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Fe cse internetből is 


Aki megszokta már, hogy mindenből mindig a csúcsminőséget választja, 

az az internet esetében sem dönthet másképp. Az ő dolgukat könnyíti meg cégünk, 
a PSINet, mert... 

: a világ legnagyobb független kereskedelmi internetszolgáltatója vagyunk 

- a legkorszerűbb technikai megoldásokat alkalmazzuk 

- az üzleti szférára fókuszálunk 

- az egész világon jelen vagyunk 

- innovatív termékeket és szolgáltatásokat kínálunk 

- képzett szakembergárdával állunk ügyfeleink rendelkezésére 

- több mint 10 éves piaci tapasztalattal rendelkezünk 

Az eddig sem volt kérdés, hogy legyen-e internet elérhetősége. Most már az sem, hogy kitől... 


...ha mindenből a csúcsminőséget szeretné. 


a 
PsiNet A világon minden elérhető. 


PSINet Magyarország Kft. Tel.: 465-7859 Fax: 465-7899 Budapest 1134 Váci út 37., sales€psinet.hu, www.psinet.hu 
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A hónap témája 





Adatbázis-korszakváltás 


Sajátos viszonyban vagyunk a számszerűsíthető adatokkal. Amikor sikerül szert tennünk egy 
kellőképpen áttekinthetetlen adathalmazra, akkor megpróbáljuk rendszerezni. Utána már ebben a 
rendezett formában folytatjuk az adatfelhalmozást, de előbb-utóbb ismét eljutunk a rendezetlenség 
állapotáig, és akkor kezdődik az egész elölről. A folyamat sok szempontból olyan, mintha a sivatagban 
ide-oda lapátolnánk a homokdombokat. Hogy mégse így történjen, legalább az adatok újbóli beírását, 
rögzítését célszerű elkerülni. Ebben segítenek nekünk az adatbázisok és az adatbázisokat kezelő 
alkalmazások. 

Az adatbázist kezelő szoftver és az adatbázisban lévő adat között is sajátos viszony alakult ki. Az 
adatmenedzselő programok egyéni formátumban tárolták és kezelték az adatokat, részben ésszerűségi 
okokból, hiszen keresték a hatékony módszereket, részben csak azért, hogy a hasonló funkciójú 
konkurensektől valamiben különbözzenek. Ez az izoláltság viszonylag jól elviselhető volt kezdetben, 
a központi gépek köré szervezett rendszerek világában, sőt a PC-s adatfeldolgozás első időszakában 
is, amikor a PC-s hálózat még nem ért túl a vállalat kapuján. A szigetrendszerek azonban ma már 
fokozatosan háttérbe szorulnak, és inkább csak az otthoni vagy kisirodai adatbáziskezelésben élnek 
tovább. A tipikus vállalati informatikai környezet egyre inkább megváltozik. 

Napjainkra elszigetelődött például a legtöbb xBase alapú rendszer. A nagy karriert befutott, DOS-os 
dBase III és III-- ma már inkább csak kuriózum, és a Borland által a dBase nevű cégnek 1999-ben 
licencbe adott Visual dBase-ről is keveset hallunk, bár 2000 végén megjelentették a dB2k programot. 
Ugyanilyen helyzetben van a konkurens FoxBase alapján fejlesztett FoxPro, amelynek verziókövetése 
a Visual Studio csomagban ugyan folyamatos, használata azonban visszaszorult a kisebb feladatokra. 
Ugyanígy a Microsoft másik adatbáziskezelőjére, az Accessre is kevesen bíznák rá egy többmilliárdos 
forgalmú cég üzleti adatainak kezelését. 

Az informatikai környezetváltozás egyik lényeges sajátossága, hogy gyorsan bővülnek a vállalati 
hálózatok, és már nemcsak a kapun , bújnak ki", hanem a városokon, az országhatárokon, a földrészeken 
is átnyúlnak. Az egyre kiterjedtebbé váló rendszerekben az adatok belterjes gyarapodása is öngerjesztő 
folyamat, ami egyre több feladatot ró az adatbázisokra. Mindezt tetézi egy nem mellékes szerkezeti 
változás: a hagyományos számadatok mellett a szövegek, képek és hanganyagok is az adatbázisok 
természetes részévé válnak. A változások eredményeként ugrásszerűen több információ fizikai tárolá- 
sáról kell adatbázisrendszerben gondoskodni, és ehhez a külön hardveres eszközök fejlesztése mellett 
meg kell oldani a szoftveres prob- 
lémákat is. A korábban használt 
rendszerek sokszor használhatat- 
lanná válnak az új környezetben. 
Ha például egy xBase alapú rend- 
szerre gondolunk, nem lenne gaz- 
daságos a több MB-os adatbázi- Structured 
sokhoz szükséges, és ugyancsak KEZESI SOL.ORG 
több MB-os indexállományoknak e zaláldalál 
is helyet szorítani. Egyetlen nagy 
fájl pedig biztonsági és elérhető- 
ségi megfontolásokból nem a leg- 
jobb választás. 

Ennek az átalakuló — vagy 
részben már át is alakult — adat- 
áradatnak egyes szegmenseit sze- 
retnénk felvillantani mostani 
összeállításunkban. Témaválasz- 
tásunk a nagy adatkezelő rend- 
szerekre koncentrál, de ez már 
sokkal közelebb van a , kis adat- 





Online Resources ] Books § Magazines ] Community 


bázisok" világához szokott szak- Applications ] SOL Database Hosting / Consultants ] Free Software 
emberekhez is, semhogy közöm- 
bösen elmenjenek mellette. 
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Egy lassan beérő gondolat 


Az IMS-től a relációs adatbázisokig 


Ma már alig emlékszünk rá, mekkora küzdelmet 

folytattak egymással az adatbázis-fejlesztő cégek az 
elsőbbségért — és hogy miként bontakozott ki ebből 

a harcból egy lényegében egységes, egyirányú fejlődési 
tendencia. Érdemes végiggondolni, mi volt a belső logikája 
ennek a fejlődésnek, és miként lett az adatbáziskezelés 

a számítástechnika egyik elismerten 

legfontosabb alkalmazási területe. 


Kezdetben minden programnak ma- 
gának kellett gondoskodnia azokról az 
adatokról (bevitelükről, tárolásukról, 
felhasználásuk módjáról), amelyekkel 
dolgoztak. Hamar világossá vált, hogy 
nem szabad belekeverni az adatokat a 
programba, mert akkor a tartalmi és 
formai változások követése igen nagy 
gondot okozhat. Egy elvileg is súlyo- 
sabb probléma pedig akkor merült fel, 
amikor több program, sőt több progra- 
mozó akarta használni ugyanazokat az 
adatokat. Ebből az egyre gyakrabban 
előálló helyzetből értették meg a prog- 
ramozók, hogy mennyire fontos az 
adatkarbantartás szabályainak pontos 
meghatározása és betartása, és egyálta- 
lán az adatok hozzáférési felületének 
precíz definiálása. 


Az első sikerek 


Eleinte külön karbantartó programok 
készültek minden programhoz. Később 
azonban a programozók már szerettek 
volna megszabadulni ettől a favágás 
jellegű munkától, és joggal elvárták, 
hogy ez a teher kerüljön le végre a 
vállukról. Ahogyan a fájlkezelési fel- 
adatok és más rutintevékenységek el- 
végzésének a felelősségét át tudták vál- 
lalni az operációs rendszerek, ugyanúgy 
központilag elintézendő feladatnak tűnt 
az adatkezelés rutintevékenységeinek 
intézése is. Miért ne lehetne olyasféle 
programrendszereket kifejleszteni, 
amelyek akár bonyolultabb adatstruk- 
túrák kezeléséről is gondoskodni tud- 
nak? 

Az első igazi adatbáziskezelő rend- 
szerrel az IBM rukkolt ki 1969-ben. A 
Nagy Kék , Information Management 
System" (IMS) nevű rendszerével rövid 
idő alatt jó üzletet csinált, és általános 
elismerést aratott. Nagyon egyszerű 
megoldást használt az adatok között 


fennálló kapcsolatok leírására: közön- 
séges fastruktúrákat alakított ki az ada- 
tokból. Lehetetlen észre nem vennünk 
ezeknek a struktúráknak a hasonlóságát 
a DOS könyvtárszerkezetével: az IMS 
olyan formában ábrázolja az adatstruk- 
túrákat, ahogyan a könyvtárrendszerek 
elhelyezik a fájlokat a háttértárolón. Az 
IMS sikerét éppen ennek az egyszerű- 
ségének köszönhette, hiszen az ilyen 
szerkezet jól áttekinthető, és a hatékony 
fizikai megvalósítás sem okoz problé- 
mát. 

A sikerért természetesen meg is kel- 
lett dolgozni: az IBM kényelmes, szab- 
ványosított eljáráskészletet készített az 
IMS-hez. A programozás kellemesebbé 
tétele érdekében pedig az eljárások 
meghívása helyett hamarosan makrókat 
kezdett alkalmazni. A makrók kifejtését 
rá lehetett bízni egy előfordítóra (ez volt 
a DL/1), amely azután korrekt Cobol 
vagy PL/I utasítások formájában he- 
lyezte el a programban a megfelelő 
utasításokat. A program készítője tehát 
megszabadult egy olyan másodrangú 
(de rengeteg hibalehetőséget hordozó) 


ADABAS - 


NEWS MAGAZINE 


PRODUCT SITE 


tevékenységtől, mint az adatok kezelé- 
se, és teljes figyelmét az adatbázisból 
elővett adatok feldolgozására koncent- 
rálhatta. 


A Codasyl-kitérő 


Az adatbázis-problematika fejlődé- 
sében a következő lépést a nemzetközi 
Codasyl szabvány megjelenése és az 
ezt kielégítő IDMS (Integrated Data- 
base Management System) rendszer ki- 
fejlesztése jelentette. A Codasyl kon- 
cepciója kétségtelenül tökéletesebb 
volt, mint az IMS-é: a Codagsyl (1) a 
fák helyett megengedte hálók alkalma- 
zását, (2) elválasztotta az adatdefiníci- 
ókat az adatkezeléstől, és (3) jelentősen 
javította az adatbiztonságot, mert meg- 
felelő definíciókkal elegánsan meg le- 
hetett oldani az adatok elrejtését. 

Maga a helyes elv azonban nem sokat 
ér, ha gyatra a megvalósítás. Sok prog- 
ramozó emlékezhet még rá, hogy egy 
ideig nálunk is divat volt az adatbázisok 
tervezése, és hatalmas pénzekért sok 
magyar cég is megvásárolta a nehézkes 
IDMS monstrumot. Az alkalmazási 
próbálkozások azonban legtöbbször ke- 
serű kiábrándulással jártak, a drágán 
beszerzett programcsomag nagyon ke- 
vés cégnél vált be. Csak később derült 
ki, hogy akkoriban már létezett a Co- 
dasyl irányelveinek sokkal ügyesebb 
megvalósítása is, az Adabas rendszer. 
Ezt viszont még sokáig nem adták el 
Keletre... 

Körülbelül a 70-es évek elejétől szin- 
te az egész számítástechnika központi 
kérdésévé nőtte ki magát az adatbázisok 


ÉL] hítp.//waww.softwarsag com/adabas/ 
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Egy átlagos vállalatnak 
ezer oka lehet arra, 
hogy PORTALT- építsen. 





Már kettő is elegendő a döntéshez. 


Így néz ki egy átlagos nagyvállalati infrastruktúra: adatforrások és alkalmazások tengere. Minimális integráció. 
Elégtelen együttműködés. Kevés eredmény. Képzeljen el egy újfajta infrastruktúrát! Internetre alapozott. Mindenki 
számára elérhető. Ugyanakkor testre szabható. Biztonságos. Megbízható. Átfogó. Egy infrastruktúra, amellyel mindenki 
szabadon hozzáférhet a szükséges információhoz, tetszőleges helyről. Ez a Sybase Enterprise Portal jövőképe. Egy új 
technológia, amelyet ma forgalmazunk. További információt kaphat a www.sybasé.hu weblapon, vagy keresse Nagy Pétert 


a 06 1 309-5836-os telefonszámon. 
Elegendő indoka van, most már cselekedjen! 


Sybase Enterprise Portal. Mert minden jobban működik, amikor minden együttműködik. 





A hónap témája 





fejlesztése. Folytak az elméleti kutatá- 
sok, és rengetegen keresték a hatékony 
gyakorlati megoldásokat. Két irányban 
volt különösen intenzív a kutatás. Az 
egyik irányzat azt a felismerést igyeke- 
zett hasznosítani, hogy az adatdefiníci- 
ók éppúgy felfoghatók adatoknak, mint 
maguk a hagyományos értelemben vett 
adatok, vagyis az adatleírások is kezel- 
hetők adatbázisban. 

Kikristályosodott az adatok absztrak- 
ciójának egy magasabb szintje, és meg- 
jelent a metaadatbázisok fogalma. A 
hétköznapok gyakorlatában ez úgy rea- 
lizálódott, hogy felbukkantak az adat- 
katalógusok mint speciális adatbázisok, 
és az új, modernebb szemléletű adatbá- 
zisok ezekre épülve készültek el. Az 
elmélet tehát átszűrődött a gyakorlatba: 
a tervezők ráébredtek, hogy mindkét 
adatbázisféléhez ugyanazokat a szoft- 
veres eszközöket lehet felhasználni. 


Heuréka! Vagy mégsem? 

A másik fejlődési irányzat nem az 
adatbázisok statikus leírásával foglal- 
kozott, hanem inkább az adatok keze- 
lésének dinamikájával. E. F. Codd alap- 
vető kutatásai nyomán megindult az 
adatbázisok , algebraizálódása". Codd 
megalkotta a relációs adatbázismodellt 
és a hozzá csatlakozó relációs kalkulust. 
Kimutatta, hogy az adatbázisok adatain 
végzett mindenféle művelet halmazmű- 
veletnek tekinthető, és leírható az al- 
gebrai nyelvhez nagyon közelálló relá- 
ciós algebrai nyelven. 

Codd meglátása azért tekinthető kor- 
szakalkotónak, mert így , szárazon", az 
adatokhoz való hozzáférés nélkül ele- 
mezni lehet a kifejezések korrektségét, 
sőt az előzetes optimalizáció is megejt- 
hető. Elvileg tetszőleges bonyolultságú 
műveletsorozat elvégezhető az adatok 
halmazán, bár a méretek és a számítási 
idő legfeljebb hozzávetőlegesen jósol- 
ható meg. 

A Codd elvein alapuló rendszer ki- 
dolgozása eleinte szinte megvalósítha- 
tatlannak látszott. Főleg a hatékonysá- 
gával kapcsolatban merültek fel aggá- 
lyok, azok pedig az egész koncepciót 
illuzórikussá tették. Kisméretű kísérleti 
rendszerek születtek ugyan (még olya- 
nok is, amelyek természetes nyelvű 
interfésszel működtek), de ezek inkább 
csak az ötlet szemléltetésére voltak jók. 
Mivel reális méretek esetén e rendsze- 
rek hatékonysága jóval elmaradt a hi- 
erarchikus vagy más elven működő 
rendszerekétől, a gyakorlatias gondol- 
kodású szakemberek nem is fordítottak 
rá nagyobb figyelmet. 

Az IBM maga is kétlelkű maradt 
ebben a sorsdöntő kérdésben. Fejlett 


szoftvertermékeivel kétségtelenül jó 
hírnevet szerzett a hagyományos adat- 
bázispiacon. Legjobb kutatói azonban 
kitartottak eredeti elképzeléseik mel- 
lett, és gyökeres változtatásra készültek. 
Codd, az ő gondolatait továbbfejlesztő 
amerikai-kínai P. S. Chen és a zseniális 
adatbázisszakértő C. J. Date kidolgozta 
egy valóságos , adatbázisgép" részletes 
tervét, az ún. Database R rendszert, 
mely a relációs elveken alapult, kom- 
munikációra pedig a kísérleti Seguel 
rendszer fejlettebb változatát, az SOL 
nyelvet használta. 


Az SOL és a versenytársak 


Az ,R rendszer" koncepció kidol- 
gozóinak lényegében az SOL nyelv- 
vel sikerült legyőzniük az IBM me- 
nedzsmentjének ellenállását. A fordu- 
lópontot az jelentette, hogy igazolni 
tudták: az SOL nyelvre épülő inter- 
fészt akkor is érdemes elkészíteni, ha 
az adatbázis fizikai megvalósítása a 
hagyományos módszerekkel történik, 
mert a relációs szemléletű megköze- 
lítés a felhasználók számára sokkal 
világosabbá teszi a problémák átlátá- 
sát. Az SOL-t mint humán interfészt 
még akkor sem kell megváltoztatni, 
ha a relációs elvek megvalósítására 
később valami modernebbre cserélik 
ki az adatbázisgépet. 

A szellemet már nem lehetett visz- 
szaparancsolni a palackba. AZ IBM nem 
siette el a dolgot, és a maga nehézkes- 
ségével fogott munkához. Olyannyira, 
hogy mire kifejlesztette saját rendsze- 
rét, a DB2-t, a relációs adatbázisok 
fejlesztésében sorra megszülettek és 
megerősödtek a versenytársak is, és 
talán nem véletlen, hogy mindegyik az 
SOL valamilyen dialektusával lépett 
fel. Az IBM-ből kivált Oracle fejlesz- 
tőgárda egyhamar az élre került új 
termékével, az Oracle adatbázissal. A 
Relational megalkotta az Informixet, és 
ebben megvalósította a logikai szinten 
végrehajtható optimalizálást. A Novell 
XOL rendszere egységes fizikai adat- 
kezelést biztosított a SoftCraft felvásár- 
lásával megszerzett Btrieve rekordke- 
zelő rendszerrel, a felszínen azonban 
hű maradt az SOL-szerű felülethez. 

Külön érdemes szólni a Sybase nevű 
fejlesztőtársaságról, amely két jelentős 
újítással szerzett magának jó hírnevet. 

1. Lényegesen növelte az adatkezelés 
biztonságát azzal, hogy bevezette a 
kétfázisú tranzakciókezelést, így mind- 
addig nem válnak érvényessé a változ- 
tatások a rendszerben, míg a tranzakció 
minden lépése hibátlanul le nem fut. 

2. Elsőként alkalmazta a kilens-szer- 
ver elvet, ezzel szilárdan megvetve a 


lábát a PC-hálózatok és a Windows 
világában. 

Hogy mennyire a dinamikus és ha- 
tározott üzletpolitikán múlt ebben az 
időben a cégek gyors felemelkedése, az 
két jelentős döntésen mérhető le a leg- 
jobban. Az egyik az volt, amikor a 
Sybase magához csábította és , kivásá- 
rolta" a PowerSoft kiváló fejlesztőgár- 
dáját. 

Másik fontos üzleti döntésüknek az 
bizonyult, hogy újításaik birtokában 
sem ragaszkodtak monopolhelyzetük- 
höz: megalkudtak a Microsofttal, és 
rendszerüket átengedték neki tovább- 
fejlesztésre. Ebből nőtt ki a , Microsoft 
SOL Server" elnevezésű rendszer. Vég- 
ső soron ezzel segítette hozzá a Sybase 
a Microsoftot, hogy a vállalati szférá- 
ban szoftver nagyhatalommá váljék... 


Mit hoz a holnap? 


Az adatbázisok fejlődésének követ- 
kező nagy fordulatát az objektumorien- 
tált szoftverfejlesztési koncepció elsöp- 
rő győzelme hozta meg. A várakozások 
ellenére ez mégsem ingatta meg az 
adatkezelésben a relációs adatbázisok 
uralmát, sőt az SOL pozíciói nem gyön- 
gültek az adatkeresésben. (Az OOPáltal 
előidézett változások taglalásától most 
eltekinthetünk, bőségesen foglalkoz- 
tunk ezzel a témával 1988. májusi szá- 
munkban.) 

Egyelőre csak találgathatjuk, hogy 
lesz-e újabb nagy fordulat az adatbázi- 
sok fejlődésében. Vajon véglegesen 
győzött-e az SOL, vagy találnak még 
jobbat? És mi történik közben a mély- 
ben? Hoz-e valami alapvetően újat az 
objektumorientált  szoftverfejlesztési 
koncepció? Az osztott rendszerek be- 
vezetésével vajon sikerül-e nagyság- 
rendekkel javítani a rendszerek haté- 
konyságát? 

Minden lehetséges. Attól minden- 
esetre óvakodjunk, hogy véglegesen 
lezártnak tekintsük az adatbázisok 
problematikáját. Annyira összefonód- 
nak ezen a területen a hatékonyságnak, 
az adatkezelés biztonságának és a kel- 
lemes felhasználói környezet kialakítá- 
sának kérdései, hogy újabb eredeti öt- 
letek megvalósításával ismét a feje te- 
tejére állhat minden. 

Vargha Dénes 


Kapcsolódó cikkek az Új Alaplap korábbi 
számaiban: 

V. Nagy Edit: 
1995/12, pp. 58-60. 

Németh Miklós: OOP adatbázisok. 1998/6, pp. 
15-16. 

Nick János: Jobbak, mint a relációsak. 1998/6, 
pp. 17-18. 

Németh Miklós: Sokszínűség. 1998/6, pp. 
12-13. 
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Üzleti intelligenciaforrás 


Microsoft SOL Server 2000 platform 


Az üzleti előny általában nem az adatok birtoklásából, 
hanem azok kellő ismeretéből és felhasználási módjából 
származik. A vállalkozások és más szervezetek nagy 
mennyiségű adatot gyűjtenek össze, ami többnyire a napi 
működést támogató operatív adatbázisokban és archivált 
formáikban találhatók meg. Az üzleti informatika feladata, 
hogy ezek alapján információkat szolgáltasson a cég 
vezetése és az elemzők számára. Ehhez kell az operatív 
adatbázisokból származó atdattömeget egységes formában 
tárolni, a nem számítástechnikai szakemberek számára is 
biztosítva a gyors adatlekérdezés eszközeit, és 
gondoskodva az elemzés során születő döntéseknek az 
üzleti folyamatba való eljuttatásáról. Az SOL Server 2000 
többek között ennek az üzleti intelligenciának a platformja. 


Az adatmennyiségtől és a gazdálko- 
dó szervezet korábbi beruházásaitól 
függően az operatív adatok lehetnek 
egyszerű indexszekvenciális fájlokban, 
táblázatkezelőkben, relációs adatbázi- 
sokban vagy különböző nagygépes 
rendszereken. A nagyobb cégek nem 
ritkán két-három adatbáziskezelő rend- 
szert és ennél is több logikai vagy 
fizikai felépítésükben eltérő — adatbá- 
zist használnak. Az adatraktár szerke- 
Zete viszont alapvetően eltér az erősen 
normalizált (kötött) tranzakciókezelő 
adatbázisok szerkezetétől. A tranzakci- 
ós adatbázisokat ugyanis az adatkeze- 
lési sebességre optimalizálják, az adat- 
raktárt pedig a felhasználók szemszö- 
géből építik fel. Az adatraktár szerke- 
zete ezért többnyire csillag vagy hópe- 
hely sémát mutat. A központi ténytábla 
körül az elemzési szempontok szerint 
összeállított dimenziótáblák találhatók. 
Az 1. ábra olyan adatbázist mutat be, 
ahol az eladásokat idő, bolt, ügyfél és 
termék szerint lehet vizsgálni. 

Akár a vállalat egészére vonatkozó 
adattárházat, akár egy kisebb szervezeti 
egység adatait összefogó adatraktárt 
alakítunk ki, meg kell oldanunk a he- 
terogén forrásokból származó adatok 
kinyerését, egységes formára alakítását, 
ellenőrzését, és az adatraktár tábláiba 
történő betöltését. Az SOL Server 2000 
Data Transformation Services (DTS) 
szolgáltatása (elsősorban) ezt végzi el. 
A DTS bemenete és kimenete lehet 
bármilyen OLE DB vagy ODBC fe- 
lületen keresztül elérhető adatforrás, 
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például MS Access, Excel, dBase, Pa- 
radox adatbázis vagy csak sima, de 
tagolt szövegfájl. A DTS az így beol- 
vasott adatokon bizonyos átalakításokat 
el tud végezni. Az átalakítások az egy- 
szerű konverzióktól a szkript nyelveken 
(VBseceript, Jscript, Perl stb.) megírt el- 
járásokon át a tetszőleges nyelven meg- 
írható ActiveX komponensek által vég- 
Zett transzformációkig terjedhetnek. A 
fontosabb DTS feladatok listáját az 1. 
táblázat tartalmazza. 

A 2. ábrán egy tipikus DTS csomag 
látható. A táblák inicializálása után öt 
adatforrásból transzformáljuk át a csil- 
lag séma dimenziótábláit a North- 
wind OLAP adatbázisba. (A transzfor- 
mációkat a szürke nyilak jelzik.) Ezután 


1. táblázat 


a központi ténytábla feltöltése követke- 
zik az NW-Sales Fact adatforrásból, 
végül — ha az előző lépés sikeres volt 
— egy OLAP adatkocka feldolgozása 
történik meg. 


Az adatok elemzése 


Az adatraktár adatait közvetlenül, 
SOL  parancsokkal, illetve  jelen- 
téskészítő eszközökkel kérdezhetjük le. 
Nagyméretű táblák és akár több tera- 
bájtnyi adat esetén ezek az SOL lekér- 
dezések azonban hosszú időt vehetnek 
igénybe, bármilyen kiváló relációs 
adatbáziskezelőt és erős számítógépet 
használunk hozzá. A gyakori , szab- 
ványos" lekérdezések felgyorsítására 
szolgálnak az SOL Server 2000-ben az 
ún. indexelt nézetek. A nézet (view) 
indexelése a nézet tartalmát , materia- 
lizálja", eltárolja. Így azok a lekérdezé- 
sek, amelyeket az indexelt nézet tartal- 
ma lefed, lényegesen gyorsabban hajt- 
hatók végre, mintha az adatbáziskeze- 
lőnek a nézet alatti táblákból kellene 
dolgoznia. A tetszőleges, ad hoc jellegű 
lekérdezésekre viszont nem tudunk in- 
dexeléssel felkészülni. Itt segít az 
OLAP. 


OLAP adatkockák 


Az OLAP az online analitikus feldol- 
gozás angol rövidítése (On-Line Ana- 
litical Processing). Olyan eszközöket 
jelent, amelyek összesített (aggregált) 
adatok több szempont (dimenzió) sze- 
rinti gyors lekérdezését támogatják. 
Alapkövetelmény a rövid, legfeljebb 
egy-két másodperces válaszidő akkor 
is, ha a felhasználók előre nem látható, 
, tetszőleges" lekérdezéseket fogalmaz- 
nak meg. Az OLAP adatbázisok az 
adatokat n-dimenziós adatkockákban 
tárolják. A kocka dimenziói az elemzési 
szempontok: idő, termék, vásárló, terü- 


Megnevezés E ssszs est EN KÖTŐL E ösze sét él 


File Transfer Protocol Task 


FTP letöltés 





ActiveX Script Task 
Transform Data Task 
Execute Process Task 


Szkript végrehajtása — 3 j k 
Adatpumpa és transzformáció két adatforrás között 


Tetszőleges alkalmazás végrehajthatása 





Execute SOL Task 


SOL parancsok végrehajtása 





Data Driven Ouery Task 
Copy SOL Server Objects Task 


A bemenő adatok által vezérelt lekérdezések végrehajtása 
SOL Server objektumok másolása 


SOL Server adatbázisok között 





Send Mail Task 


Levélküldés 





Bulk Insert Task 


Gyors adatbetöltés SOL Serverbe 





Execute Package Task 


Beágyazott DTS csomag(ok) végrehajtása 





Message Oueue Task 


MSMO üzenetek kezelése 





Analysis Services Processing Task 


OLAP feldolgozás 





Dynamic Properties Task 


DTS csomag dinamikus paraméterezése 





Data Mining Prediction Task 





Adatbányászati előrejelzés 
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1. ábra 


let stb. A kocka celláiban numerikus 
adatok találhatók: darab, eladási ár, 
költség stb. 

Az OLAP rendszerek a válaszidőt 
többnyire úgy gyorsítják fel, hogy a 
lehetséges aggregátumokat előre kiszá- 
molják. Ez a megoldás elvileg tökéletes, 
gyakorlatilag viszont az adatrobbanás 
néven ismert jelenséghez vezet: a táro- 
lókapacitás iránti igény az elemzési 
szempontok exponenciális függvénye- 
ként növekszik. Az SOL Server 2000 
Analysis Services mint OLAP-kiszol- 
gáló az adatrobbanás problémáját intel- 
ligens, szelektív összesítő eljárással 
oldja meg, gyors, egy másodperc alatti 
válaszidőket biztosítva, miközben nem 
kell a tárolóhelyet a végtelenségig bő- 
víteni. Az adatok tárolása nagyon haté- 
konyan, tömör szerkezetben történik, 
ezért az OLAP kocka mérete a nyers 
input adatoknak többnyire csak 20-40 
százalékát teszi ki. 

Ezt a hatékonyságot példázza a T3 
projekt:  http://www.microsoft.com/sgl 


/techinfo/terabytecube.htm. A T3 adat- 
kocka 1,2 terabájtnyi adatból készült. 


2. táblázat 


A ténytábla 7,7 milliárd sort tartalma- 
zott. Az adatkocka mérete ugyanakkor 
, csak" 471 gigabájt, kevesebb, mint az 
input adatok 4090-a. A rendszer válasz- 
ideje 0,2—0,8 másodperc. 

Az SOL Server 2000 Analysis Ser- 
vices lehetővé teszi, hogy az elemzést 
végző analitikus vagy döntéshozó az 
analízis során akciókat indítson, így 
azonnal visszacsatolódik a cég folya- 
mataiba. Az akciótípusok listáját a 2. 
táblázat mutatja be. 


Adatbányászat 


Az OLAP kiváló megoldás adataink 
elemzésére, feltéve, hogy megvannak a 
dimenziók, az elemzés szempontjai. 
Más esetekben viszont nem nyilvánva- 
ló, hogy egy adathalmaz milyen össze- 
függéseket rejt. Például ismerjük ügy- 
feleink adatait, az általuk vásárolt ter- 
mékek és a termékeket árusító boltok 
jellemzőit, de nem tudjuk, hogy milyen 
tényezők befolyásolják a vásárlási dön- 
tést. Ilyen esetekben segíthetnek a sta- 
tisztikai módszerek vagy az adatbányá- 
szati eljárások. 


Command Line 


Tetszőleges végrehajtható program 
indítása 





Statement 


OLE DB parancs végrehajtása 





HTML 


HTML szkript végrehajtása (megjelenítése) 
böngészőben 





URL 


Weblap megjelenítése 





Data set 


MDX lekérdezés 





Rowset 


SOL lekérdezés 








Proprietary 


Egyedi alkalmazás paraméterezése 


2. ábra 





store 
§ store. id FI 
store type 

region id 

store name 

store number 

store street address 
store. cíty 

store. state 

store postal code 
store country 

store manager 

store. phone 

store fax 

first. opened date 

last remodel date 
lease. saft 





















































Éz 





Az SOL Server 2000 Analysis Ser- 
vices nemcsak OLAP, hanem adatbá- 
nyászati támogatást is nyújt. A relációs 
vagy OLAP adatok elemzését egy für- 
tözési algoritmus és egy döntési fa 
algoritmus segíti. (Az OLE DB for 
Datamining specifikáció lehetővé teszi 
külső gyártóktól származó további al- 
goritmusok szabványos elérését is.) A 
2. ábránegy döntési fa látható. A döntési 
fa szerint a vásárlók döntését az adott 
termék esetében leginkább a választék 
határozza meg, ezt követi a vásárló 
életkora, és végül a jövedelem nagysá- 
ga. Ha egy döntési fát és egy relációs 
táblát PREDICTION JOIN segítségé- 
vel összekapcsolunk, a fenti adatok 
ismeretében előrejelzések készíthetők a 
vásárlási döntésekre vonatkozóan. 

További információk találhatók az 
SOL Server 2000-ról és a termék üzleti 
intelligencia alkalmazásairól a www 


.:microsoft.com/sal és a www.microsoft 
.com/sgl/productinfo/dataware.htm. cí- 


meken. 





Koszó Károly 
karolykomicrosoft.com 
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Skálázhatóság és megbízhatóság 


A ,shared-nothing" és a ,shared-disk" modell 


A vállalati informatikai rendszerektől egyre nagyobb 
rugalmasságot és megbízhatóságot követelnek. 

Ezen belül az adatbáziskezelőknél a biztonságos 

és folyamatos működés a kulcskérdés, miközben 

meg kell birkózni egyre több felhasználó kiszolgálásával 
és a rohamosan növekvő adatmennyiséggel. 

Nincs azonban mindig lehetőség (pénz) arra, hogy 


a kapacitást beruházásokkal bővítsék, ezért fontos, 
hogy a rendszer teljesítményét technológiai váltás 
nélkül is növelni lehessen, vagyis az megfeleljen a 


skálázhatóság követelményének. 


Amikor egy adott konfigurációt ki- 
nőttünk, és az általa nyújtott szolgálta- 
tás teljesítménye már nem elegendő 
számunkra, a hardverbővítés a legegy- 
szerűbb megoldás. Általában a rendszer 
valamelyik erőforrásának elégtelensé- 
gére utal a válaszidő növekedése is, és 
lehetséges, hogy a többi még elegendő 
lenne, ezért fontos pontosan tudnunk, 
hol van rendszerünkben a szűk kereszt- 
metszet. 

A nagyobb processzorteljesítmény 
eléréséhez további processzorokat he- 
lyezhetünk a gépbe (amennyiben lehet- 
séges), vagy másik, többprocesszoros 
gépre cserélhetjük a jelenlegit. Ha a 
lemezkapacitás korlátjába ütközünk, 
akkor egy gyorsabb merevlemezes al- 
rendszerrel megoldhatjuk a problémát. 
Ha a hálózat a szűk keresztmetszet, 
akkor berakhatunk a gépbe még egy 
hálózati kártyát. Ezekkel a lépésekkel 
orvosolni tudjuk a problémát... egy 
ideig. Mit tudunk viszont tenni, ha a 
hardvergyártó által szállítható legna- 
gyobb gép is kevésnek bizonyul? Be- 
szerzünk és üzembe helyezünk egy 
másik gépet is. A két gép teljesítményét 
ekkor azonban , össze kellene vonni". 
Adatbázis környezetben erre két alap- 
vető megoldás van: a , shared-nothing" 
és a , shared-disk" modell. 


, Shared-nothiny" 

A , shared-nothing" (vagyis , nem kö- 
zösködünk") modell különálló gépek- 
kel építkezik, amelyek között általában 
csak hálózati kapcsolat van. A terhelés 
megosztása úgy történik, hogy az adat- 
bázist szétdaraboljuk, és a szerverek az 
adatbázis különböző részeit fogják tá- 
rolni. Példaként az első szerver tárolja 
10 
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mondjuk a neveket A-tól D-ig, a máso- 
dik E-től H-ig, és így tovább. Hogy 
kívülről az egész egyetlen egységként 
jelenjen meg, összetett nézetet használ- 
hatunk, amely összevont táblában lát- 
tatja a különböző adatbázisokban tárolt 
adatokat. Ha adatmanipulációs műve- 
letet végzünk, akkor a nézethez kap- 
csolt triggerek (szerveroldali működte- 
tő programok) fogják a megfelelő adat- 
bázisban végrehajtani a megfelelő mű- 
veletet. 

Az egész folyamat lényege a , two 
phase commit", ami lehetővé teszi a 
tranzakció biztonságos végrehajtását 
úgy, hogy abban több adatbáziskezelő 
vesz részt. Az informatika egyik legbo- 
nyolultabb algoritmusáról van szó, mert 
úgy kell elvégezni a tranzakciót, hogy 


közben a gépeket összekötő hálózat 
bármikor megszakadhat. Az adatinteg- 
ritás megőrzése érdekében ezért a részt- 
vevőknek természetesen egymástól 
függetlenül is vissza kell tudniuk gör- 
getni a tranzakciót. A végleges átadás 
(commit) pedig csak akkor történik 
meg, ha minden résztvevő igazolta a 
tranzakció megtörténtét. Ez persze egy 
második kapcsolatfelvételt is igényel, 
innen ered az elnevezés, a , two phase 
commit", azaz a kétlépéses átadás. 


, Shared-disk" 


A , shared-disk" vagy , lemezmeg- 
osztásos" modellben a gépek fizikailag 
közös merevlemezes alrendszert hasz- 
nálnak (minimum háromdobozos az ar- 
chitektúra: 2 gép -- 1 lemez). A merev- 
lemezes alrendszerben lévő adatbázis- 
hoz bármelyik gép hozzáférhet. Ezt az 
architektúrát fürtözési (cluster) techni- 
kának hívjuk. Ha a gépek a közös 
merevlemezes alrendszert egyidejűleg 
tudják elérni, akkor használható az 
Oracle Parallel Server (OPS). Ha csak 
felváltva képesek az elérésre, akkor 
hibatűrő megoldásról van szó. 

A merevlemezes alrendszer folyama- 
tos működését különböző RAID meg- 
oldások szavatolhatják, de egy szerver- 
alaplapi kártya meghibásodása a szer- 
ver leállását eredményezheti. Ha tehát 
van olyan szerver, amely képes a me- 











— Érzem, hogy hamarosan törlődik az adatbázisom. 
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revlemezes alrendszert szoftveresen át- 
venni és az adatbázishoz a hozzáférést 
biztosítani, akkor ily módon folyamatos 
működést tudunk elérni. NT platformon 
ezt a Microsoft Cluster tudja megolda- 
ni. A rajta futtatható Oracle termék az 
Oracle Fail Safe (OFS), amely mind a 
Standard, mind az Enterprise adatbá- 
zisszerver változatnak része. 

Az OPS NT platformon a Microsoft 
Cluster nélkül is hozzáférhető, és OPS 
konfigurációt workstation gépekből is 
kialakíthatunk. Hardver szempontból a 
Parallel Server és a Fail Safe között 
nincs lényeges különbség. Ahhoz, hogy 
a gépek egyidejűleg lássák a közös 
merevlemezes alrendszert, szükség van 
a Distributed Lock Manager (DLM) 
nevű szoftverre, amelyet általában a 
hardvergyártótól kell beszerezni. A 
DLM biztosítja azt, hogy az adatbázis 
konzisztens maradjon. 


Az Oracle megoldásai 


OPS alkalmazásakor a szerverek 
mindegyikén fut az adatbáziskezelő egy 
példánya, és a közös merevlemezes al- 
rendszeren lévő adatokhoz egyidejűleg 
hozzáférhetünk. A felhasználó szempont- 
jából mindegy, hogy melyik szerverhez 
kapcsolódik, ugyanazt fogja látni. 

Az adatbáziskezelők saját memória- 
területtel rendelkeznek. A memória és 
a merevlemez közötti adatmozgatás 
legkisebb egysége a blokk. Mivel a 
memória adatelérési ideje nagyságren- 
dekkel gyorsabb lehet, mint a merevle- 
mez elérési ideje, ezért az adatbáziske- 
zelő is igyekszik minél ritkábban for- 
dulni a merevlemezhez. Íráskor és ol- 
vasáskor ezért egyszerre több adatblok- 
kot olvasnak be a memóriába, illetve 
írnak ki a memóriából a merevlemezre. 
Olvasásnál azért, mert a rendszer arra 
számít, hogy nemcsak az éppen lekér- 
dezett adatsorra lesz szükség az adat- 
blokkból, hanem a későbbi olvasási 
igények érinteni fogják az adatblokk 
más sorait is, ha tehát azok már bent 
vannak a memóriában, nem kell újra a 
merevlemezhez fordulni. Írás esetében 
pedig a módosult adatblokkok össze- 
gyűjtésével és rendszeres időközönkén- 
ti tömbösített kiírásával lényegesen ke- 
vesebb időt vesz igénybe a merevleme- 
Zzes kapcsolat. 

Ha az adatbáziskezelő egyik példá- 
nya szeretne egy adatblokkhoz hozzá- 
férni, akkor a DLM segítségével meg- 
kérdezi a többi példányt, hogy ott van-e 
valamelyiknél az adatblokk módosított 
változata. Erre azért van szükség, mert 
az Oracle adatbáziskezelő olvasáskor 
nem zárolja a sorokat, amiből a kérdés 
megválaszolható lenne. Ha nincs egyik- 
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nél sem, akkor beolvassa azt a merev- 
lemezről. Ha valahol ott van, akkor két 
eset lehetséges. Ha ugyanazt a sort 
szeretné módosítani, amelyiken a másik 
dolgozik, akkor meg kell várnia, míg a 
tranzakció befejeződik vagy visszagör- 
getődik, és az adatblokk kiíródik a 
merevlemezre, ahonnan már be tudja 
azt olvasni. Ha az adatblokkon belül 
éppen nem használt másik adatsorról 
van szó, akkor a blokk azonnal kiíródik 
a merevlemezre. Ez az adatblokkátadási 
mechanizmus természetesen többlet 
erőforrást igényel. 


További specialitások 


Az Oracle8i rendszerben tovább fi- 
nomították az algoritmust azzal, hogy 
ha csak olvasási célból van szükség az 
adatblokkra, akkor a hálózaton keresz- 
tül kapja meg azt az egyik példány a 
másiktól. Ha a rendszert sikerül az 
alkalmazás szempontjából úgy partici- 
onálni, hogy a különböző szerverekhez 
kapcsolódó felhasználók az adatoknak 
más-más körét használják, akkor nincs 
szükség adatblokkátadásokra. 

Az Oracle 9i-ben nemcsak olvasás, 
hanem írás esetén is a hálózaton keresz- 
tül adják át az adatblokkokat. Ezzel 
közel lineárisan skálázható rendszere- 
ket lehet kiépíteni, vagyis ha a szerve- 
rek egyformák, akkor a fürt teljesítmé- 
nye úgy is kiszámítható, hogy egy 
szerver teljesítményét megszorozzák a 
szerverek számával. 

, Shared-nothing" esetén a teljesít- 
mény növelésekor, vagyis egy új szer- 
ver beillesztésekor az adatbázist újra 
kell strukturálni. A , shared-disk" esetén 
erre általában nincs szükség. Képzel- 
jünk el egy négysávos autópályát. Te- 
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Oraclegi Enterprise Edition 


Az Oracleti a világ piacvezető adatbázis-kezelőjének előző 
generációja, és egyben az első olyan platform, amelyet 
kimondottan az internetes fejlesztés és megvalósítás 
céljára terveztek . Továbbfejleszti az Oracle8 iparág-vezető 
technológiáját és speciális funkcióit, aminek köszönhetően a 
vállalatok, az alkalmazásfejlesztők és a rendszerintegrátorok 
minden eddiginél könnyebben hozhatnak létre dinamikus, 
adatbázis-vezérelt intranetes és webes alkalmazásokat. 
Enterprise, Standard és Personal Edition verziókban létezik. 


HET 


gyük fel, hogy a forgalom növekedése 
indokolttá teszi egy újabb közlekedési 
sávval történő kiegészítést. A , shared- 
nothing" megoldáshoz az autópályát 
előbb le kell bontani, majd újjá kell 
építeni ötsávos változatban. A , shared- 
disk" modellben csak az a régi szélső 
sáv és az új szélső sáv közötti záróvo- 
nalat kell szaggatott vonalra átfesteni. 
Ahhoz, hogy , shared-nothing" kör- 
nyezetben terhelésmegosztást tudjunk 
megvalósítani, megfelelően kell elosz- 
tani az adatokat az adatbázisok között, 
ami nem mindig egyszerű, ismernünk 
kell hozzá az adatok eloszlását. Egy 
üzletlánc esetében, ha minden hónap- 
hoz egy gépet rendelnek hozzá, akkor 
a december havi forgalmi adatokat tá- 
roló gép terhelése többszöröse lehet a 
január hónaphoz rendelt gép terhelésé- 
nek. , Shared-disk" esetén ez a problé- 
ma nem áll fenn, hiszen a két gép 
automatikusan megosztja a terhelést. 
A , shared-nothing" megoldás önma- 
gában nem tekinthető megbízhatónak. 
Bármelyik gép kiesése esetén az adat- 
bázis általa kezelt része már nem érhető 
el. Ez , shared-disk" esetén fel sem 
merül, mert valamelyik gépen keresztül 
mindig elérhető a rendszer. A , shared- 
nothing"-hoz is hozzákapcsolhatunk hi- 
batűrő megoldást (például Microsoft 
Clustert), de az átkapcsolási idő alatt 
ilyenkor is elérhetetlen a kiesett rész. A 
, Sshared-nothing" a , shared-disk" meg- 
oldással összehasonlítva skálázhatóság 
szempontjából sokkal kevesebb lehető- 
séget biztosít. Nem beszélve arról, hogy 
az utóbbi önmagában hordozza a meg- 
bízhatóságot. 
Klotz Tamás 
tamas.klotzXoracle.com 
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Az adatbázisok alatti mélyvíz 


A teljesítémény hardverközeli forrásai 


Ha valahol az adatbázisok kerülnek szóba, általában 
magáról az adatbázismotorról, annak szolgáltatásairól, 
hangolásáról, programozásáról vagy különféle 
felhasználási lehetőségeiről folyik az eszmecsere. 
Ezekben az esetekben az adatbázismotorok alatt 
elhelyezkedő bármiféle szoftvert és hardverkomponenst 
adottságként kezelünk. Csak nagyon ritkán és kevesen 
gondolják végig, mi is húzódik meg a relációs 
adatmotorok mögött. E cikkben elsősorban ezt a témakört, 
vagyis az operációs rendszereket, a számítógépek 
mikroarchitektúráját vagy éppen a processzorok tervezési 
és megvalósítási lehetőségeit vizsgálom, de mindvégig 
szem előtt tartom az adatbázisokat. 


Az általános célú processzorok ter- 
vezését hosszú ideig egyetlen cél vezé- 
relte: az új lapka legyen képes ütem- 
ciklusonként minél nagyobb számú uta- 
sítás végrehajtására. Mára ez a trend 
megváltozott, és elsősorban az alkalma- 
zások leghatékonyabb futtatása a gya- 
korlati cél. A tervezési folyamatban 
ehhez természetesen szükséges mérni a 
jövőbeli processzor alkalmazási telje- 
sítményét. A konstruktőrök azonban 
nem várhatnak a készülő prototípusok- 
ra, hiszen egy adott processzor esetében 
már a nagy léptékű alakzatok tervezési 
paramétereinek száma is eléri a több 
százat (ilyen például a funkcionális 
egységek száma, a gyorsítótár mérete 
és szervezése, vagy éppen a csővezeték 
lépcsőzése). 

A paraméterek összessége együtte- 
sen és gyakorlatilag felbecsülhetetlen 
módon befolyásolja egy processzor tel- 
jesítményét. — Ennek — köszönhetően 
majdnem reménytelen, de mindenkép- 
pen költséges és időigényes eljárás len- 
ne az összes szóba jöhető paraméter- 
kombinációval megtervezni, ellenőriz- 
ni és legyártani egy-egy prototípust. A 
paraméterek kombinációjával elérhető 
maximális teljesítmény olcsóbb és min- 
denképpen gyorsabb becslésére ezért 
általában szoftverszimulátorok készül- 
nek, amelyek ütemciklus-helyesen mo- 
dellezik a processzorokat. Ezekben a 
szimulátorokban egyszerűen módosít- 
ható minden lényeges tervezési para- 
méter. A szimulátorokon azután a fej- 
lesztők megpróbálják reprezentáns al- 
kalmazások futtatásával megállapítani, 
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hogy különböző szempontok szerint 
milyen paraméterkombináció tekinthe- 
tő optimálisnak. Persze ezek a szimu- 
látorok rendkívül lassúak, gyakran még 
a több száz elosztott processzoron futó 
rendszerek sem képesek elérni néhány 
Hz-nél magasabb egyenértékű órajelet, 
így csak másodpercenként 1-10 utasítás 
végrehajtását képesek elérni. 


Processzorteszt 


A processzorok tervezésénél leg- 
gyakrabban felhasznált mintaalkalma- 
zások a SPEC teljesítménytesztek kö- 
réből kerülnek ki. Ezek a tesztek futásuk 
során általában milliárdos nagyságren- 
dű számban hajtanak végre utasítást, 
vagyis egy teljes teszt lefuttatása évti- 
zedeket venne igénybe. A megoldás a 
futtatandó alkalmazások mintavétele- 
zése, ún. nyomgenerálás. Ebben az eset- 
ben egy rendkívül egyszerű, nem óra- 
jelhelyes, de funkcióit tekintve korrekt 
másik processzorszimulátoron futtatják 
a programot. A funkcionális szimulátor 
általában MHz-es — nagyságrendű, 
egyenértékű teljesítményű, és fájlba ki- 
írja a teljes program futására vonatkozó 
adatokat. A teljes futási adatbázist utána 
egy feldolgozó program megemészti, 
kialakítja a néhány millió utasításból 
álló, statisztikailag korrekt mintát, és az 
már lefuttatható a ciklushelyes szimu- 
látoron. 

A mintavételezett nyom (trace) ad 
lehetőségét arra, hogy a napjainkban 
tervezés alatt álló processzorok eseté- 
ben a tervezők már ne csupán a SPEC 
és a hasonlóan egyszerű többi teljesít- 


ményteszt mintáit vegyék figyelembe, 
hanem kíséreljék meg a tipikus adatbá- 
zisfeladatok nyomainak futtatását is. Az 
adatbázisnyomok első eredményei má- 
ra már publikálásra kerültek. Fontos 
azonban megjegyezni, hogy ezek sajnos 
a processzorok mikroarchitektúráján túl 
több felsőbb réteg tulajdonságait is ma- 
gukon viselik. A nyomok futásának 
eredményeként ma a 8-16 MB-os má- 
sodszintű, de nem integrált, vagy az 1—2 
MB-os másodszintű integrált gyorsító- 
tárak tűnnek megfelelőnek, de ez is a 
technológia által megszabott korlát. 


Címtranszformáció 


Érdekes eredmények mutatkoztak 
meg a hardveres címtranszformációt 
elvégző TLB-k tekintetében is. A TLB- 
k magasabb fokú asszociativitása min- 
denképpen előnyös az adatbázisalkal- 
mazásokhoz, a TLB bejegyzéseinek 
számát tekintve pedig az 1024 feletti 
teljesítménynövelő hatása jelentős. En- 
nek indoka igen egyszerű: az adatbázi- 
sok általában nagy mennyiségű adatot 
tartanak a memóriában bizonyos műve- 
letek elvégzéséhez. A sok memória több 
lapon helyezkedik el, más-más fizikai 
memóriacímek tartoznak hozzá, és ha 
a processzor nem képes ezeket saját 
TLB struktúrájában tárolni, akkor a 
memóriában tárolt további táblákhoz 
kell fordulnia. 

Egy másik terület, ahol az adatbázi- 
sok hatása jól érzékelhető: az elágazás- 
előrejelző (predikciós) logika. Az adat- 
báziskód — csakúgy mint az egész 
számokkal numerikus műveleteket vég- 
ző többi program általában nagy 
számú elágazó utasítást tartalmaz, ezért 
a megbízhatóbb ugrásbecslés elenged- 
hetetlen. Az adatbázisoknak azonban 
speciális tulajdonsága a halmozott ug- 
rás, ahol egy elágazási cél utasítása egy 
újabb feltételen nyugvó következő el- 
ágazás, majd ennek célja egy harmadik, 
és annak esetleg még egy negyedik is. 
Ez a működési szabályszerűség számos 
optimalizálási lehetőséget rejt magá- 
ban, ami azonban még sok további 
kutatást igényel. 

Az adatbázisok processzorszintű mű- 
ködésének megértésében további segít- 
séget nyújtanak a mára már szinte min- 
den nagyteljesítményű processzorban 
megtalálható számlálók. Ezek valójá- 
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ban speciális regiszterek, amelyek ké- 
pesek előre meghatározott 10-25 ese- 
mény bekövetkezését számlálni (gyár- 
tótól függően). Ilyen események lehet- 
nek az eltelt órajelciklusok, a végrehaj- 
tott utasítások, a gyorsítótár találatok 
vagy a nem találatok száma és egyéb 
paraméterek is. A teljesítményszámlá- 
lók felhasználásának egyik legátgon- 
doltabb és legkönnyebb, magas szintű 
nyelvből (például C) forráskódból és 
parancssorból is elérhető megvalósítása 
a Sun Solaris 8 operációs rendszerében 
található. Ezek a teljesítményszámlálók 
lehetőséget adnak az adatbázisok valós- 
idejű futási viselkedésének megfigye- 
lésére. 


Összeköttetések 


A hardver következő rétege a több- 
processzoros rendszerek esetében válik 
érdekessé. Ennek kapcsán nemcsak a 
multiprocesszoros rendszerek gyorsító- 
tárának konzisztenciáját biztosító meg- 
oldásokról, ahanem általában az össze- 
köttetési technológiáról is szót kell ej- 
teni. 

A modern összeköttetések egyik jel- 
lemzője a csomagkapcsolt technológia, 
amelynek lényege, hogy az összekötte- 
tési hálózat (legyen az akármilyen fizi- 


kai topológiájú) csak a kérések vagy az 
azokra adott válaszok továbbításának 
idejére válik foglalttá. Mindez a multi- 
processzoros rendszerek esetében iga- 
zán érdekes, ebben az esetben ugyanis 
a párhuzamosan dolgozó processzorok 
nem foglalják le egy adattranszfer ide- 
jére a teljes összeköttetési hálózatot, 
tehát nem sorozatosítják az egyébként 
párhuzamos végrehajtást. Az adatbázis- 
motorok feladatukból adódóan képesek 
a párhuzamos működésre, így tudnak, 
sőt  , szeretnek" — multiprocesszoros 
rendszereken futni. A csomagkapcsolt 
rendszerek ezért itt óriási előnyt élvez- 
nek. A csomagkapcsolás mellett a kap- 
csolat topológiája is érdekes teljesít- 
ménynövelő technológiák alkalmazásá- 
ra ad lehetőséget. 

Az általános célú modern multipro- 
cesszoros rendszereknél általában a 
busz és a pont-pont kapcsolat keveré- 
kéből kialakuló hibrid crossbar rendszer 
a leginkább célravezető. Az ilyen hibrid 
topológia (például a Sun Enterprise 
10000 szerver és az UltraSPARC-III 
processzorra épülő SunFire sorozat) ál- 
talában busz jellegű megvalósítást al- 
kalmaz a memóriacímek multicast el- 
osztására, ami azért szükséges, mert a 
konzisztencia biztosításához szükséges 
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módosítások elvégzéséhez minden pro- 
cesszorhoz tartozó gyorsítótár-vezérlő- 
nek értesülnie kell a memóriatranzak- 
ciók címéről (ez a lényege a snoop, 
vagy magyarul hallgatózás alapú kon- 
zisztenciaprotokolloknak). 

A konzisztenciaprotokollok minimá- 
lis megoldásaként egy 4 állapotú diszk- 
rét automatát szokás alkalmazni, 
amelynek neve az állapotok kezdőbe- 
tűjéből alkotott mozaikszó, a MESI. A 
minimális állapotokon túl minden to- 
vábbi állapot valami optimalizálásra ad 
lehetőséget, és noha ezek nem minden 
esetben köthetők adatbázis jellegű fel- 
használáshoz, számos adatbázisfeladat 
esetében teljesítménynövekedést jelen- 
tenek. A leggyakoribb kiegészítés az 5 
állapotú MOESI protokoll, de ismere- 
tesek 7 és 9 állapotú speciális proto- 
kollok is. Sajnos az állapotok számának 
növekedése együttjárhat a tranzakciók 
bonyolultabbá válásával, így paradox 
módon a teljesítmények romlásával is. 
A címbusz és általában a busz topológia 
komoly korlátokkal jár. Ezek a korlátok 
leginkább a buszra kapcsolódó hallga- 
tók (azaz az alaplapok és a processzo- 
rok) számával, valamint a busz hosz- 
szával függenek össze, így nem skáláz- 
hatók a végtelenségig. A technológia 
mai határa 64 processzornál húzódik. 


UMA, NUMA 


Az adatkapcsolatok esetében a pont- 
pont kapcsolatok kiépítése a célraveze- 
tő, hiszen ilyenkor általában nincs szük- 
ség az adatok multicastolására (valójá- 
ban ez a konzisztenciaprotokoll kérdé- 
se). A pont-pont kapcsolatok jelentősen 
tudják növelni a rendszerben a memória 
sávszélességét, ami viszont az adatbá- 
zismotorok párhuzamos működéséből 
és a felhasználás jellegéből adódó nagy 
memóriafogyasztás miatt igen hasznos 
tulajdonság. Az ilyen hibrid megoldá- 
sok óriási vonzereje, hogy a memória- 
hozzáférés a teljes rendszerben a kér- 
dező és a válaszoló fizikai helyétől 
függetlenül konstans, és csak a tranzak- 
ció típusától függ. Ezeket a rendszere- 
ket szokás UMA (Uniform Memory 
Access), azaz egységes memóriahozzá- 
férési idejű rendszereknek nevezni. Az 
UMA rendszerekben ezen tulajdonság- 
nak köszönhetően sem az operációs 
rendszereknek, sem az alkalmazói 
programoknak nem kell tudniuk a fizi- 
kai memória elhelyezkedéséről, hiszen 
az nem érinti a teljesítményt. 

Ezzel ellentétben egy NUMA (vagyis 
nem egységes memóriahozzáférési ide- 
jű) rendszer esetében valakinek gon- 
doskodnia kell arról, hogy a memória 
allokációja optimálisan megtörténjen. 
13 
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Ez sajnos rendkívül bonyolult feladat, 
hiszen a programok futása során a me- 
mória felhasználási mintázata dinami- 
kusan változik, különösen egy adatbá- 
zisszerverben, ahol gyakorlatilag min- 
den lekérdezés egyedi. A NUMA rend- 
szerek ennek megfelelően általában ott 
érnek el szép teljesítményt, ahol előre 
kitalálható a memória optimális elosz- 
tása, vagyis az adatok lokalitása isme- 
retes.- Ilyen alkalmazások lehetnek 
egyébként a numerikusan intenzív fel- 
adatok (például a mátrixműveletek). 

A NUMA rendszerek előnye, hogy 
skálázódásuknak tulajdonképpen nincs 
határa. Ennek megfelelően a NUMA 
rendszerek konzisztenciájának megva- 
lósítása sem a korábban említett hall- 
gatózás alapú, hanem könyvtár (direc- 
tory) jellegű. A directory alapú proto- 
kollok legnagyobb hibája viszont, hogy 
ha kifutnak a rendelkezésre álló memó- 
riából, akkor rendkívül lelassulnak. Ez 
különösen a véletlenszerű mintázatban 
és hozzáférésben nagy memóriát lefog- 
laló alkalmazások, vagyis az adatbázi- 
sok esetében kellemetlen. A modern 
összeköttetések másik alapvető újdon- 
sága az elsőként a Cray SuperServer 
6400 rendszerben megjelent particioná- 
lási lehetőség, amely napjainkban a Sun 
Enterprise 10000 szerverében él to- 
vább. 


A Sun koncepciója 

A particionálás alapja, hogy az 
összeköttetési hálózat képes csak a fi- 
zikai memória címe alapján meghatá- 
rozott alaplapoknak továbbítani az ada- 
tokat és a tranzakciókat. Ennek ered- 
ménye, hogy a számítógép buszán hall- 
gatózó alaplapok egy particionált rend- 
szerben kizárólag a saját particiójukhoz 
tartozó memóriacímekre és adattransz- 
ferre figyelnek. A particionálás így tö- 
kéletes izolációt biztosít, vagyis a szá- 
míitógép virtuálisan több önálló, izolált 
rendszerre bontható. A Sun jelenlegi és 
a Cray korábbi megoldásában a partí- 
ciók dinamikusan változhatnak, új par- 
ticiók alakíthatók ki egy működő rend- 
szerben, a meglévők átméretezhetők 
vagy meg is szüntethetők. A Sun En- 
terprise 10000 további előnye, hogy a 
fizikai memória alapján történő útvo- 
nalválasztás eredményeképpen képes 
olyan  memóriarégiók kialakítására, 
amelyek egyszerre több partícióhoz is 
tartoznak. Egy ilyen közös memóriate- 
rület kommunikációs közegként mű- 
ködhet két partíció között. Ennek a 
megoldásnak — a felhasználásával 
GB/sec-os átviteli csatornákat lehet ki- 
alakítani két virtuális rendszer között. 
A partíciók kialakíthatósága nemcsak 
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az adatbázisrendszerek konszolidáció- 
jában, hanem működésük optimalizálá- 
sában is rendkívül hatékony eszköz 
lehet. 

A Sun particionálási koncepciója az 
UltraSPARC-III processzor alapú Sun- 
Fire termékcsaládban már a legkisebb 
vállalati szerverektől kezdődően meg- 
jelenik, kiindul a 8 processzoros rend- 
szertől és egészen a legnagyobb, 72 
processzoros szuperszerverig terjed. A 
particionálási technológia végül kilép a 
számítógépből, és megjelenik a számí- 
tógépeket összekötő hálózati technoló- 
gia részeként. A Sun fejlesztéseinek 
egyik eredménye egy rendkívül nagy 
sebességű optikai kapcsolat. Ez lehető- 
vé teszi, hogy akár több ezer pro- 
cesszorból és nagyon sok számítógép- 
ból álló környezetetet kiszolgáljanak 
egyetlen operációs rendszer futtatásá- 
val. Másrészt ez a technológia az adat- 
átvitelen túlmenően alkalmas az erőfor- 
rások particionálására is. 

A fenti új technológia kapcsán a 
memóriahozzáférés rendszerét újra 
érintenünk kell. A NUMA rendszerek 
adatbázisoknál fellépő problémáit már 
ismertettük, és láttuk a UMA skálázó- 
dási korlátait is. Tehát valami mást kell 
alkalmazni. A NUMA és az UMA tech- 
nológia előnyös tulajdonságait egyesítő 
architektúra adja a megoldást: a COMA 
(Cache Only Memory Architecture), 
vagyis a csak gyorsítótár alapú memó- 
ria. A COMA esetében a teljes fizikai 
memóriát a gyorsítótár elvei szerint 
kezeljük, a memóriát sorokba szervez- 
zük, és minden sorra nyilvántartjuk 
annak konzisztenciáját. A COMA elő- 
nye, hogy lehetővé teszi adataink több- 
példányos meglétét, így rövid idő eltel- 
tével nagyon jó adatlokalitást érhetünk 
el. A COMA rendszerek megvalósítása 
alapjaiban hardverrel vagy szoftverrel 
támogatott megoldás lehet, ez utóbbit 
nevezzük egyszerű vagy SCOMA rend- 
szernek. A COMA architektúra felhasz- 
nálásával lehetőség nyílik lényegesen 
nagyobb adatbázisok és feladatok haté- 
kony, de egyszerű megoldására, hiszen 
nem kell adatbázisunkat felkészíteni az 
eltérő memóriahozzáférési viszonyok- 
ra. 

Fürtök és fordítók 

Az operációs rendszerek számos esz- 
közzel tudják javítani vagy rontani adat- 
bázisaink teljesítményét. A legtöbb ope- 
rációs rendszer alkalmaz a fájlrendszer- 
re gyorsítótárat, és az adatbázisok is 
hasonlóképpen dolgoznak. A két gyor- 
sítótár felesleges memóriafoglalást, a 
teljesítményben pedig problémákat tud 
okozni, ezért bizonyos operációs rend- 


szerek támogatják a direkt (a fájlrend- 
szer gyorsítótár funkcióit kikerülő) [/D 
műveleteket is. Persze ismeretes meg- 
oldás az úgynevezett nyers eszközökre 
(raw device) telepített adatbázis, amely 
egyértelműen kikerüli a fájlrendszerek 
gyorsítótárait. Hasonlóan a fájlrendszer 
szintjén mozgó, egyszerű, de hatékony 
trükk az aszinkon [/O. Ebben az esetben 
az operációs rendszer később írja ki 
lemezre a blokkot, így nem iktat be 
várakozási időt egy amúgy is zsúfolt 
pillanatban. A Unix rendszerek további 
jelentős optimalizálási lehetősége ma- 
gának a gyorsítótáras fájlrendszernek a 
kialakítása, ezáltal speciális allokációs 
mechanizmusokat lehet alkalmazni ab- 
ban a pillanatban, amikor hirtelen nagy 
memóriaigény lép fel egy alkalmazás 
részéről. 

Hasonló optimalizálási lehetőség, ha 
az operácios rendszer képes együttmű- 
ködni az adatbázissal, és működés köz- 
ben meg tudja változtatni a megosztott 
(shared) memóriaterületek méretét. Ez 
a dinamikus memóriaarchitektúra az 
adatbázisok optimalizálása érdekében 
történt egyik legújabb fejlesztés, és 
különösen a dinamikusan rekonfigurál- 
ható és bővíthető rendszerekben nagy 
jelentőségű. 

Az SCOMA architektúra esetében az 
operációs rendszer speciális megoldá- 
sai biztosíthatják az adatok replikáció- 
ját. A COMA rendszerekben általában 
megvalósítható a processzek ütemezé- 
sének affinitás alapú ütemezése. Az 
affinitásütemező igyekszik megbízható 
információt szerezni és tárolni a pro- 
cesszek legutolsó futási helyéről. Vagy- 
is arról, hogy egy processz melyik 
memóriatartományhoz képest futott 10- 
kális processzoron, hiszen a memória- 
replikátor valószínűleg már átmozgatta 
a szükséges adatokat. Később, ha egy 
processz újra futtatható állapotba kerül, 
az affinitásütemező a lehetőséghez ké- 
pest igyekszik megoldani, hogy a pro- 
cessz újfent a korábbi lokális pro- 
cesszoron fusson, így kihasználhassa a 
már megszerzett lokalitást. 

A nagy adatbázisok számára jó meg- 
oldás a párhuzamos szerverek építése 
is, mert számos lehetőség alakítható ki 
a teljesítmény növelésére — kezdve a 
fürtszintű fájlrendszerektől egészen a 
parallel szerverek gyorsítótárainak fú- 
ziós megoldásáig. Végezetül fontos 
faktora lehet a teljesítmény növelésé- 
nek a legfrissebb optimalizáló fordítók 
használata, bár ezen a téren a gyártók 
egyelőre inkább a konzervatív megol- 
dást részesítik előnyben. 

Fischer Erik 
erik.fischerxohungary.sun.com 
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Egy mindentudó család 


IBM DB2 Universal DataBase 


Az IBM DB2 Universal Database több évtizede 
jelen van az adatbáziskezelők piacán. 

Nagygépes környezetből indult, de ma már minden 
elterjedt platformot támogat, széles skálán 

mozog, és a legújabb technológiák 


követelményeinek is megfelel. 


Az egyes rendszerkörnyezetek és fel- 
használási területek eltérő igényeit a 
DB2 különböző változatai (edition) elé- 
gítik ki. 


A DB2 változatai 


— Ha a kisebb gépektől haladunk az 
egyre robusztusabb megoldások felé, 
akkor első helyen említhető a DB2 
Everywhere, amely PDA marokszámí- 
tógépek (personal digital assistant) és 
HPC kéziszámítógépek (handheld per- 
sonal computer) adatkezelését oldja 
meg. Itt természetesen csökkentett 
funkcionalitás érvényesül. Támogatott 
operációs rendszerek: a Palm és a Win- 
dows CE. 

— A Satellite Edition 32 bites Win- 
dows operációs rendszerekhez készült, 
olyan gépekhez, amelyek nem csatla- 
koznak folyamatosan valamilyen köz- 
ponti adatbázishoz. Például az ügynöki 
munkaállomások tipikus adatbáziske- 
zelője lehet. 

— A Personal Edition a hálózati 
kiszolgálás nélküli megoldások alapja, 
általában egyedi speciális megoldások- 
nál használatos. 

— A Workgroup Edition kis fel- 
használói csoportok adatkezelését old- 
hatja meg, ahol egyidejűleg viszonylag 
kevés kiszolgálást kell végezni, illetve 
az adatbázis mérete sem igényel nagy 
erőforrásokat. A támogatott operációs 
rendszerek közül a Windows NT és 
2000 mellett a Linux, az AIX, az OS/2, 
a HP-UX és a Solaris platformot érde- 
mes kiemelni. 

— Az Enterprise Edition alkalmaz- 
ható nagyobb rendszerek esetén, és ahol 
egyidejűleg több száz kiszolgálási 
igény érkezik az adatbázishoz, illetve 
az adatok mennyisége is nagyobb. Ti- 
pikus platformja a Unix (ALX, HP-UX, 
Solaris, Linux stb.), de természetesen 
ez a változat is megvan Windows ope- 
rációs rendszerre. 


— A legnagyobb adatbázisokhoz az 
Enterprise Extended Edition a meg- 
felelő, amely ki tudja használni a nagy 
rendszerek architektúrájának előnyeit 
(MPP feldolgozás) és segítségével meg- 
valósíthatók az osztott adatbázisok, a 
párhuzamos lekérdezések is. 

— Külön kategóriaként lehet figye- 
lembe venni magát az AS/400 és S/390 
környezetet, melyekben a DB2 termé- 
szetesen szintén jelen van. 

A DB2 jelenleg a 7.1-es verziójánál 
tart, és az számos újdonságot tartalmaz 
az előző változatokhoz képest. A mai 
körülmények között már nemcsak azt 
várják el egy adatbáziskezelőtől, hogy 
nagy megbízhatóságú, jól skálázható és 
könnyen kezelhező legyen. Emellett 
támogatnia kell a legmodernebb tech- 
nológiákat, tartalmaznia kell számos 
kiterjesztést, kiegészítést, hogy hatéko- 


nyan használhatók legyenek. Nézzünk 
néhány példát ezekre a továbbfejlesz- 
tésekre. 


E-business 


Az e-business alkalmazások dinami- 
kusan fejlődnek és tért hódítanak. Az 
adatbázisoknak is támogatniuk, követ- 
niük kell ezt a tendenciát. A DB2 
számos olyan új jellemzővel rendelke- 
zik, melyek segítik ezen alkalmazások 
fejlesztését, üzemeltetését. 


XML-támogatás 

Lehetőség van XML (eXtended 
Markup Language) adattípus létrehozá- 
sára, így egyszerűen tárolhatunk pél- 
dául weboldalakat. A gyorsabb keresés 
érdekében indexeket építhetünk a kü- 
lönböző dokumentum elemekre és at- 
tribútumokra. 


Net.Data kiterjesztés 


A Net.Data, a webkiszolgálók és a 
DB2 összeköttetését megvalósító alkal- 
mazás mostantól beépített XML támo- 
gatást tartalmaz. Ezzel hatékonyan hoz- 
hatók létre kimeneti stíluslapok (XSL) 
a megjelenítés formájának meghatáro- 
zására. 

Tárolt eljárások 


A DB2 esetében nincs megkötve a 
tárolt eljárások nyelve, lehet az C, C---, 
Java stb. A tárolt eljárásokat készítő 
eszköz (stored procedure builder) szá- 
mos új funkcióval bővült. Lehetőség 
van beágyazott tárolt eljárások haszná- 
latára is, amelyekkel a fejlesztés sok 








— A fiúk az edatbányában dolgoznak... 
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esetben leegyszerűsíthető. Az SOL el- 
járásnyelv (procedure language) mos- 
tantól nemcsak mainframe és AS/400 
környezetekben használható, hanem 
minden támogatott platformon. Az al- 
kalmazásfejlesztési kliens (application 
development client) tartalmaz számos 
tárolt eljárásmintát különböző progra- 
mozási nyelveken. A Java osztálybetöl- 
tő (Java stored procedure class loader) 
segítségével szintén növelhetjük a ha- 
tékonyságot, hiszen lehetőség van az 
egyes osztályok működés közbeni cse- 
réjére. 


Üzleti intelligencia 


Napjainkban minden területen érez- 
zük, hogy az üzleti intelligencia által 
nyújtott lehetőségeket a hatékonyabb 
működés érdekében ki kell használ- 
nunk. Üzleti adatainkból ki kell nyerni 
a lehető legtöbb értékes információt, és 
ezek ismeretében kell meghoznunk 
döntéseinket. A DB2 számos eszközzel 
támogatja az üzleti intelligencia jellegű 
felhasználásokat. 

— A Data Warehouse Center a 7-es 
verziótól része a DB2-nek. Segítségével 
elérhetők a különböző adatforrások, de- 
finiálhatók az adatmozgató és adatáta- 
lakító folyamatok (több száz transzfor- 
máció), és kezelhetők segítségével a 
metaadatok is. Támogatja a teljes és a 
növekményes adatfrissítést, ezáltal az 
adattárház adminisztrációs feladatai lé- 
nyegesen egyszerűbbé válnak. 

— Az OLAP Starter Kit a több- 
dimenziós integrált adatelemzés meg- 
valósítására szolgál. Tartalmazza a 
Hyperion Essbase technológián alapuló 
DB2 OLAP server funkcionalitásait, és 
csak az egyidejű felhasználók száma 
korlátozott. Segítségével könnyedén 
készíthetünk multidimenzionális alkal- 
mazásokat, és hozzájuk szükséges adat- 
szerkezetet. Relációs OLAP adatbázis 
kialakítására is van lehetőség, amellyel 
SOL függvények is használhatók a szá- 
mításokhoz. Ilyenkor csillag séma sze- 
rint tároljuk az adatokat a relációs táb- 
lákban. 

— A OMF (Ouery Management Fa- 
cility) segítségével könnyedén elkészít- 
hetők különböző lekérdezések, ripor- 
tok. Ezek eredménye integrálható 
OLE2 eszközökkel, például táblázat- 
kezelőkkel, diagram- és elemzéskészí- 
tőkkel, stb. 

— A Ouery Patroller felügyelheti, 
kezelheti, ütemezheti az összes dinami- 
kus SOL lekérdezést. Használatával 
nagy adatbázisrendszerek esetén is köz- 
ponti helyről vezérelhetők az összetett 
műveletek. A klinesoldali kódba épített 
nyomkövető pontok segítségével a ki- 
16 
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Powering Up: DB2 Utilities 
Richard Yevich 

DB2 UDB OS/390 version 7 
utilities are challenging the best 
offerings from third-party vendors 
in terms of performance, price, 
and function 


The Database Security 
Blanket 

Paul Zikopoulos 

Hackers and crackers and spies, 
oh my! Understanding database 
security is the first step to 
companywide peace of mind 


Dial M for Business 

Marko Teerioja 

How mobile and Internet 
technologies helped a bricks-and- 
I  mortar company escape the 





szolgálón megfigyelhető az SOL vég- 
rehajtás. 


Adatkezelési kiegészítések 


Számos olyan újdonsággal találkoz- 
hatunk a DB2 legújabb verziójában, 
amelyek általános jellegűek, és minden 
felhasználási területen alkalmazhatók. 


Átalakítás statikus SOL-lé 


Az ODBC lekérdezések statikus SOL 
parancsokká alakíthatók. Ezzel akkor 
érhetünk el jobb teljesítményt, ha 
ugyanazt az ODBC lekérdezést gyakran 
futtatjuk. 


Objektumrelációs jellemzők 


Kibővült a stukturált adattípusok tá- 
mogatása, így a táblák már strukturált 
típusú oszlopokat is tartalmazhatnak. 
Lehetőség van strukturált adattípusok 
egymásba ágyazására is, mivel az adat- 
típus attribútumok nem korlátozódnak 
az SOL alaptípusokra, így az egyes 
típusok egymásból származtathatók. 


A felhasználó által definiált 
indextípusok 


Ezek segítségével saját módszer ala- 
kítható ki az indexek karbantartására, 
keresésére és kiaknázására. Lehetőség 
van például adatbázisban tárolt térbeli 
és egyéb összetett adatokhoz készíteni 
indexet. 


Adatkapcsolatok 


Az adatkapcsolat egy adatokat tartal- 
mazó fájlra mutató csatolás. Ezekben a 
fájlokban gyakran multimédiás tarta- 
lom van, így igen nagy méretűek is 
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lehetnek, és a módosítások igen nagy 
hálózati forgalmat generálhatnak. A Da- 
ta Propagator termékkel lehetőség van 
a frissítések konfigurálására, és így a 
szükséges hálózati forgalom optimali- 
zálható. 


Natív OLE DB támogatás 


Ennek segítségével elérhetők az 
OLE DB adatbázisok, valamint ilyen 
kérések kiszolgálására is képessé te- 
hető a DB2. Táblafüggvények segít- 
ségével adatokat tölthetünk a DB2-be, 
valamint könnyen megvalósíthatjuk 
ezek elérhetőségét. 


SOL Assist 


Grafikus felületen keresztül, mini- 
mális SOL nyelvi ismeretekkel is 
összeállíthatjuk összetett utasításainkat, 
legyenek azok akár lekérdezések, mó- 
dosítások, adatbeviteli vagy törlési uta- 
sítások. 


Megnövelt naplófájl 
A naplófájl maximális mérete 32 
GB-ra nőtt. Ez már az összetett, hatal- 


mas adatmennyiséget érintő tranzakci- 
ók létrehozásában lehet segítségünkre. 


Térinformatika 


A DB2 Spatial Extender segítségével 
térinformatikai alkalmazások alapja is 
lehet a DB2: térbeli tulajdonságoknak 
megfelelő funkciók és adattípusok hoz- 
hatók létre. Támogatja mind az Open- 
GIS, mind az ISO tárolási, indexelési 
és lekérdezési szabványokat. 

Kovács László 
laszlo.kovacsOohu.ibm.com 
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Stabilitás a változó környezetben 


A DataFlex fejlesztési filozófiája 


A fejlesztőrendszerektől joggal elvárható, hogy 
produktumaik nagyobb befektetés nélkül illeszkedjenek 
a folyamatosan változó környezethez. Az új technikai 
lehetőségeket minden alkalmazás számára hasznosítani 
kell, ezért fontos olyan eszközt választani az 
adatbáziskezelő alkalmazás fejlesztéséhez, amely 
megkönnyíti az átjárást a platformok között, és egy-egy 
, endszerváltáskor" vagy más atdatbázisformátumra való 
átállás esetén sem szükséges a nagyobb átdolgozás. 


Ilyen eszköz a DataFlex. 


A Data Access Corporation által 
1976 óta folyamatosan fejlesztett Data- 
Flex programcsalád erőssége, hogy 
több operációs rendszeren egyaránt 
, meg tud élni". A DOS és a Console 
Mode verzió lefedi a hagyományos 
DOS-os (MS-DOS 6.2x) és a Windows- 
ban is meglévő karakteres alkalmazási 
igényeket (Windows 98 SE, NT 4 és 
2000). Ebben a felhasználói körben 
elsősorban a nagy tömegű adatbevitel 
biztonságos formáját keresik. A szük- 
séges előkészítő műveleteket persze el 
kell végezni, hogy rögzítés közben ne 
legyen fennakadás, ne kelljen folyton 
korrigálni. 

A Unix és Linux rendszerre készített 
DataFlex verziók elsődlegesen szintén 
a karakteres alkalmazások iránti igényt 
elégítik ki. Három formában jelenik 
meg: RISC processzoros gépekre (IBM 
AIX 4.2 és magasabb verzió, Sun So- 
laris 2.x), Intel processzoros gépekre 
(SCO Unix 3.2 v4.0 és magasabb ver- 
zió, Unix Ware 7.0.1 és magasabb ver- 
zió) és Linuxra (Linux systems with 
Kernel 2.2.14 és magasabb verzió). 

A Visual DataFlex a windowsos vi- 
lágban teszi lehetővé az objektumok 
elérhetőségét anélkül, hogy azokat kü- 
lönösebben ismerni kellene. Ehhez 
megfelelő támogatást adnak a Data 
Access által készített felhasználóbarát 
objektumosztályok, amelyek lefedik az 
adatbevitellel kapcsolatos feladatokat, 
az adatbázis alkalmazásban megjelenő 
listák, grafikonok, kimutatások, statisz- 
tikai táblák kialakítását. 

Az internet világában, a webes alkal- 
mazásokban a dinamikus HTML keze- 
léséhez két teljesen különböző filozó- 
fiájú felület funkcióit kell egységes 
formában kezelni. Ehhez a WebApp 


Studio segítségével lehet például adat- 
báziskezelő eljárásokat készíteni, és a 
kétféle felület közötti átjárást a Web- 
App Server biztosítja — jelenleg Win- 
dows NT környezetben, de hamarosan 
Linuxon is. 

A gyártó által rendelkezésünkre bo- 
csátott objektumosztály-halmaz az ál- 
talános szempontokon túl sok különle- 
ges igényt is kielégít. Az egyszerű 
adatbeviteli ablakoktól kezdve a táblá- 
zatok kezelésén át a számlaformátumú 
bizonylatrögzítésig a legkülönbözőbb 
formákat lehet kialakítani  (jelen- 
téskészítés, grafikus ábrázolás, OLE 
objektumok stb.). Az objektumosztá- 
lyok tetszés szerint bővíthetők az ob- 


jektumokkal szemben támasztott tartal- 
mi követelményeknek megfelelően 
(polimorfizmus, encapsulation stb.). 

A Visual DataFlex az XML állomá- 
nyok kezelésével lehetővé teszi a plat- 
formok közötti átjárást, és teljesen plat- 
formfüggetlen felületen keresztül kom- 
munikál. A létrehozott alkalmazások- 
ban biztosítható az internetes elérés 
(web, levelezés, ftp stb.), továbbá a 
helyi hálózaton lévő és a távoli gépek 
megcímzése is. 

Az adatbázisban tárolt adatok visz- 
szanyerését, érdemi outputok készítését 
a beépített jelentéskészítők segítik. Ka- 
rakteres módban egyszerű és összetett 
listák készítéséhez a DFOUERY ad 
támogatást, Visual DataFlexben pedig 
a Seagate Software által fejlesztett 
Crystal Reports 8 teszi lehetővé a lát- 
ványos eredménytáblák elkészítését. 
(Az adatbázisban előre nem definiált 
összefüggések szerint is.) 

Amikor valahol operációs rendszert 
vagy adatbázisformát váltanak, gazda- 
ságossági számításokat is szoktak vé- 
gezni. Sok tervet meghiúsíthat, ha az 
alkalmazások átállítása túl nagy költ- 
séggel jár, mert a fejlesztőket hosszas, 
bonyolult (vagyis költséges) munkára 
kényszeríti. A karakterorientált felület- 








— Az adatbázis helyett inkább az adatrögzítőt tartanám karban... 
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ről grafikus környezetre való áttérés 
elkerülhetetlenül többletmunkával jár. 
Az viszont megkérdőjelezhető, hogy 
miért kell az adatbáziskezelést is átírni, 
ha annak nincs semmi különleges indo- 
ka. Az adatbázisok kezelésének szabá- 
lyai egységes elveken alapulnak (rekor- 
dok készítése, módosítása és törlése, a 
reláció alacsonyabb szintjén elhelyez- 
kedő tétel módosítása által előidézett 
változás magasabb szinten, a mezők 
ellenőrzése, a hibaüzenetek és a segéd- 
listák kezelése stb.). Az azonos szintak- 
tika alapján egy alkalmazás áttétele 
egyik operációs rendszerről a másikra 
nem igényelhet nagyobb erőfeszítést. A 
DataFlex olyan modulok, csomagok 
készítését teszi lehetővé, amelyek , egy 
az egyben" használhatók a különböző 
platformokon. 

A Unix-verziók közötti átjárás álta- 
lában csak a programok újrafordítását 
igényli, feltételezve, hogy , előéletük- 
ben" nem kezeltek Unix-környezettől 
függő speciális programrészeket. DOS- 
ról Unixra hasonlóan egyszerű az átme- 
net, de itt a karakterkészlet kezelésének 
beállításával a paraméterezés szintjén 
valószínűleg külön is kell foglalkozni. 
(A programmal általában viszont nincs 
semmi teendő.) 

A DataFlex saját adatbázismotora a 
kisebb és a nagyobb adatbázisokat is 
önálóan, hatékonyan működteti. Kérdés 


azonban, hogy mi a helyzet, ha a fel- / 


használó csatlakozni akar olyan rend- 
szerhez, amely más adatbázisformát 
használ, vagy ha kliens-szerver archi- 
tektúrát akar kialakítani. A DataFlexhez 
kapható összekötő készletekkel (con- 


nectivity kit) a probléma elegáns mó- / 


don, különösebb programozási munka 
nélkül megoldható. Visual DataFlex és 
WebApp Server esetén Windows Con- 
sole Mode-ban ilyen kész csomagokkal 
elérhető az Oracle, a Pervasive SOL, 
az MS-SOL, az IBM DB2 Universal 
Database és az ODBC. Unix alatt az 
IBM DB2 Universal Database-hez lehet 
kapcsolódni. Az összekötő készletek és 
a különböző segédeszközök (utility) 
kezelik a fájldefiníciós funkciókat, 
megoldják az adatbázis konvertálását, 
és lebonyolítják az újraszervezési eljá- 
rásokat. 

A felhasználói programok szintjén 
semmit nem kell módosítani. A fejlesz- 
téskor nem is foglalkoznak azzal, hogy 
milyen  adatbázisformát használnak 
majd a gyakorlatban. A kész progra- 
mokhoz csak a megfelelő driverekről 
kell gondoskodni, és azonnal alkalmaz- 
ható az új adatbázisforma. 

Michaletzky Géza 
nextswnextsw.hu 
18 


ÚJ ALAPLAP  2001/4 





Vállalati rendszerek 


Az Ablesoft koncepciója 


Néhány fős cégektől kezdve a többezres 
mammutvállalatokig az adatok kezelése, tárolása, 
védelme és különböző szempontok szerinti lekérdezése 
alkotja a működés gerincét. A gazdasági vezetőknek 
mindig a konkrét információkra támaszkotva kell 


tervezniük és dönteniük. Az alábbiakban a Simpletech 
vállalatirányítási rendszerén, az Ablesoft program példáján 
keresztül mutatjuk be ennek néhány összefüggését. 


Mivel a vállalatok alapvetően a ren- 
delkezésükre álló információk előre 
meghatározott körével és típusaival 
dolgoznak, szükséges azokat egységes 
rendszerben feldolgozni. A rendszere- 
zés kezdetén a működési hasonlóságok 
és a törvényi előirások jelentik a kiin- 
dulópontot, később a konkrét sajátossá- 
gok ismeretében az információs rend- 


] szerek fejlesztői részletesebb lekérde- 


zési módokat építenek be, hogy minél 
teljesebb legyen a vállalatirányitási 
szoftver által nyújtott szolgáltatás. 

A főbb adattípusokat általában min- 
den cég használja. A szoftver , lelkét" 
jelentő termelésirányitási mag köré a 
készlet- és raktárgazdálkodási, az ügy- 
viteli és a személyügyi modul illeszke- 
dik. Az egyes modulokban fellelhető 
adatok az adott területekről szolgáltat- 
nak információt, de egy közös adatbá- 
zisban helyezkednek el, ezért nem szük- 
séges a modulok között külön kapcso- 
latokat létesíteni ahhoz, hogy az infor- 


! mációk felhasználhatók legyenek más 


modulokban is. Az integrált adatbázis- 
kezelők éppen azt az igényt elégítik ki, 
hogy szükség esetén az összes információ 
lekérdezhető és feldogozható legyen. 

A hatékony döntéshozatal érdekében 
a vállalati adatbázisrendszer az adato- 
kat összefüggő adathalmazként kezeli, 
és a módosításokat láncreakciószerűen 
végiggörgeti a teljes rendszeren, a vál- 
tozásban érintett összes adaton. Így 
néhány gombnyomással bármikor ké- 
pet kaphatunk a pillanatnyi helyzetről, 
válogathatunk az információkból asze- 
rint, hogy milyen üsszefüggésekre, mi- 
lyen képletek, egyenletek, elemzések 
eredményére vagyunk kíváncsiak. 

A rendelkezésre álló adatokat az 
adatbásikezelő rendszer olyan táblázat- 
ban tárolja, amelynek oszlopai az ada- 
tokat logikai, tartalmi eltéréseik alap- 


ján, sorai pedig fizikai, nagyságbeli 
különbözőségük szerint rendezi. Ezen 
belül a rendszer az adatokat további 
utasításokkal alapadatokra és forgalmi 
adatokra bontja, amire azért van szük- 
ség, hogy elkülönüljenek a stabil ala- 
padatok (például a terméknevek) a fo- 
lyamatosan változó forgalmi adatoktól 
(amilyenek például a számlákban van- 
nak). A rendszer ennek megfelelően 
különválasztja az alapadatok kezelésé- 
nek funkcióit a forgalmi adatokat keze- 
lő funkcióktól. Az alapadatok elsősor- 
ban a bevezetés szakaszában játszanak 
nagy szerepet, a forgalmi adatok inkább 
a rendszer folyamatos működése során. 

Ahhoz, hogy megbecsüljük egy adat- 
báziskezelő rendszer hardverigényét, 
kellőképpen tájékozottak kell lennünk 
a benne szereplő adatok nagyságáról. 
Az adattípusonkénti logikai elkülöní- 
téshez az Ablesoft rendszerben 300 
forma található. Ezek közül a legkeve- 
sebb információt rendszerint a postai 
irányítószám tartalmazza, az csak a 
földrajzi elhelyezkedésre utal. A legna- 
gyobb — például egy termelő vállalat 
esetében — általában a munkaszámfor- 
galmi állomány. Az utóbbi komplex 
táblázat a gyártott és forgalmazott ter- 
mékról nyújt sokrétű információt. Osz- 
lopainak száma átlagosan eléri a 100-at, 
a sorok száma pedig a rendszer hasz- 
nálatával egyre csak nő, egy év alatt a 
3000-et is meghaladhatja. Az oszlopok 
határozzák meg a rendelt termék cikk- 
számát, a rendelt mennyiséget, a határ- 
időt, a technológiát, az MRP módját 
vagy az ütemezést stb. Magán az MRP- 
n belül is számos részinformáció talál- 
ható: a gyártás anyagszükségletének 
tervezése, a raktározott késztermék op- 
timális mennyisége stb. Szükség esetén 
az alkalmazások automatikusan fogad- 
hatnak üzeneteket az adatbázisból, 
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nemcsak figyelmeztetést az esetleges 
túlrendelésről, hanem megoldási javas- 
latokat is a felmerülő problémákra. 

Az adatbázisokkal és azok kezelő- 
rendszereivel szemben az egyik legfon- 
tosabb követelmény, hogy a lehető leg- 
kevesebb felvitt adatból lehessen a le- 
hető legtöbb szükséges információt 
megszerezni. Ezt a célt annál jobban 
meg tudjuk közelíteni, minél alaposab- 
ban átgondoljuk az adatbázis szerkeze- 
tét. A felhasználók hajlamosak arra, 
hogy az adatbázisban felesleges redun- 
danciát teremtsenek, például amikor 
valaki az általa használt adatok körébe 
új jellegű adatokat akar bevinni, mert 
feladatköre kibővült, és a továbbiakban 
olyan információkkal is dolgozik majd, 
amilyenekre előzőleg nem volt szüksé- 
ge. Ilyenkor mindig célszerű alaposan 
átnézni az adatbázist, mert ha egy adat 
vagy adatféleség már megvan a rend- 
szerben, akkor jóval egyszerűbb kiter- 
gát, semmint eltűrni a szükségtelen 
redundanciát. 

Az adatokhoz való hozzáférést az 
adatbázis nyitottságával és a jogosult- 
sági szintek pontos meghatározásával 
lehet differenciálni. Ez nemcsak azt 
jelenti, hogy milyen adatokat használ- 
hat valaki, hanem azt is, hogy az adatok 
mely köréhez nem férhet hozzá. A 
jogosultság vonatkozhat általában bizo- 
nyos műveletekre, funkciókra (például, 
hogy ki számlázhat vagy vehet fel ren- 
delést), de árnyaltabban is meghatároz- 
ható, hogy ki illetékes valamilyen műve- 
let elvégzésére: csak lekérdezhet, vagy 
be is vihet adatot; korlátlanul módosíthat 
egy táblázatot, vagy abban adatok törlé- 
sére nincs felhatalmazva stb.). 

A vállalatirányítási szoftverek telepí- 
tését ezért hosszas tárgyalások előzik 
meg, hiszen a vállalaton belül a szer- 
vezeti egységek feladatait, az illetékes- 
ségi szinteket, az egyéni és kollektív 
hozzáférési jogosultságokat a szoftver- 
fejlesztő nem tudja meghatározni. 

A vállalatirányitási rendszerben lévő 

alapalkalmazáshoz kiegészítő részek 
csatlakoznak, melyek az egyes funkció- 
kat a vállalat egyéni sajátosságaihoz 
illesztik. Attól függően, hogy milyen 
mértékben vannak egyéni igények, elő- 
fordul, hogy egyszerűbb az alapalkal- 
mazást is módosítani, mint újabb kiegé- 
szítő rendszereket csatlakoztatni hozzá. 
A módosítás főbb lépései: 
Az adatbázist alkalmazó vállalat 
illetékes szakemberei és vezetői meg- 
határozzák a módosítandó funkciók kö- 
rét. 

— A szoftverfejlesztők ezen infor- 
mációk alapján kidolgozzák, hogy a 








rendszer szerkezetében milyen változ- 
tatások szükségesek. 

— A fejlesztők egy nem éles rend- 
szerben, de valós adatokkal módosítják 
a táblázatokat, új táblákat készítenek, 
illetve szükség esetén a létrejött új 
adatkapcsolatoknak, összefüggéseknek 
megfelelő új alkalmazásokat ültetnek 
be a rendszerbe. (Sorrendben először 
az adatbáziskezelőt kell módosítani, 
utána következik az alkalmazás módo- 
sítása, végül pedig sor kerülhet az ada- 
tokkal való feltöltésre.) 

— A módosított rendszer működését 
tesztelik, és ha minden rendben van, 
kezdődhet az új verzió telepítése. 

Ilyen módosítási fokozatokon ment 
keresztül például az Ablesoft rendszer 
rendelésfelvétellel foglalkozó része, 
amikor egy megrendelő kérésére a ko- 
rábban két lépésből — rendelésfelvé- 
telből és rendelésjóváhagyásból — álló 
folyamatot kellett átporogramozni, hogy 
az tartalmazza többek között a gyártha- 
tósággal, a teljesíthetőséggel, a vevői 
igazolással és visszaigazolással kapcso- 
latos adatokat is. Ehhez már a szoftver 
alaprendszerét és a kapcsolódó alap- 
alkalmazásokat is módosítani kellett. 

A módosítások anyagi vonzatát tekint- 
ve a fejlesztő cégek a költségeket általá- 
ban az alaprendszerhez kapcsolódó árak- 
kal együtt és a változtatás bonyolultságá- 
tól függően kalkulálják. A szerződésben 
külön pontokban tüntetik fel az egyes 
változtatásokhoz tartozó munkaórák és 
egyéb költségek elszámolását, melléren- 
delve a teljesítés időpontját. 

Vállalatok esetében gyakori, hogy 
földrajzilag külön telephelyeken mű- 
ködnek, viszont szükséges, hogy állan- 
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dóan , képben legyenek" egymás ada- 
tairól. Ez megvalósítható például közös 
online adatbázissal. Ezt akkor érdemes 
létrehozni, ha az alkalmazások , erős 
szerver — gyenge kliens" modell sze- 
rint működnek, és a telephelyek a köz- 
pontban lévő szerveren keresztül hasz- 
nálják a rendszert. A felhasználó ilyen- 
kor viszonylag egyszerű alkalmazást 
használ, az utasításokat továbbküldi a 
központi szerverhez, amely megoldja a 
feladatot, és az eredményt visszaküldi 
a telepehelyen dolgozó felhasználóhoz. 
Az online adatbázis előnye, hogy egy 
helyen tárolható minden szükséges adat, 
viszont meg kell teremteni a folyamatos 
kapcsolatot a telephelyek között. 

Amikor a központi szerveren kívül a 
telephelyeken is van adatbázis, osztott 
adatbázisokként lehet azokat használni. 
Ez esetben nem szükséges az állandó 
online kapcsolat, de az adatcserét meg- 
határozott rendszerességgel ilyenkor is 
biztosítani kell. 

A jól működő rendszereken is vál- 
toztatásokat követel időnként az adat- 
báziskezelő programok technikai fejlő- 
dése. A fejlesztők általában sebesség- 
ben, kényelemben, megbízhatóságban 
ígérnek jobbat a korábbi verzióknál. A 
legelterjedtebb adatbáziskezelőket (MS 
SOL, Oracle stb.) általában 3-4 évente 

Mielőtt azonban egy vállalat bele- 
vágna egy új rendszer vagy egy új 
verzió telepítésébe, érdemes a fejlesz- 
tési szakemberekkel előzetesen konzul- 
tálni a váltás előnyeiről, és az érte 
fizetendő összeg arányosságáról. 

Budai Katalin 
budai.katalinosimpletech.hu 


ELTLCTTELI 
tal nem 
FK A 


éget tükrözi 
hú 


informatikai és tanácsadó rt. 





ÚJ ALAPLAP  2001/4 19 


A hónap témája 





integrálás vezeték nélkül 


Sybase iAnywhere Wireless Server 


A Sybase iAnywhere Solutions kínálatának 
alapja egy skálázható m-Business platform, 
kulcsfontosságú integrált eszköze pedig 

a Wireless Server, amely lehetővé teszi 

a nagyvállalati adatok és az internetes tartalom 
mobil és vezeték nélküli alkalmazásokon 
keresztül történő elérését és sokféle 


szolgáltatás nyújtását. 


A Sybase iAnywhere Wireless Server 
nyílt szabványokra épülő integrált plat- 
formjának vezeték nélküli gateway (át- 
járó) képessége kibővíti az IP-kapcso- 
lódást olyan csomag alapú hálózatok- 
hoz is, mint az ARDIS, a CDPD és a 
Mobitex, illetve az áramkör alapú há- 
lózatokhoz, mint a GSM, a GPRS és a 
CDMA. Az átjáró vezeték nélküli in- 
telligenciát kínál, ezáltal az alkalmazá- 
sok gyorsabban és megbízhatóbban 
működnek. Az optimalizált átviteli pro- 
tokoll (OWTP) csökkenti a kommuni- 
kációs többletráfordítást, és tömöríti az 
adatokat. Az átjáró automatikusan be- 
állítja az átviteli sebességet, alkalmaz- 
kodva a változó lefedettségi feltételek- 
hez. 


Tartalomszállítás 


Az átvitt tartalmat testre kell szabni 
a mobil eszköz képességeinek megfe- 
lelően. A Wireless Server az alkalma- 
zások fejlesztéséhez Java alapú keret- 
ben a böngésző által támogatott tarta- 
lomtípust szolgáltat, lehetőséget adva 
egyéni preferenciák definiálására. Több 
jelölőnyelvet is támogat (HTML, 
HDML, CHTML, WML, VoiceXML), 
továbbá az XSL stíluslapnyelv (Exten- 
sible Stylesheet Language) segítségével 
az XML dokumentumokat (Extensible 
Markup Language) automatikusan át- 
alakítja a specifikus kliens eszközök 
számára. A Dynamic XML támogatás 
lehetővé teszi az információ frissítését 
anélkül, hogy többféle változatot kelle- 
ne készíteni. 


Adatszinkronizáció 


Alapkövetelmény az információ- 
csere és a frissítés a távoli eszközök és 
a nagyvállalati rendszerek között (vál- 
lalati adatbázisok, ERP rendszerek, ha- 
gyományos rendszerek, üzleti alkalma- 


20 ÚJ ALAPLAP  2001/4 


zások). A helyi adattár gyors hozzáfé- 
rést tesz lehetővé, az információk pedig 
olyankor szinkronizálhatók az elsődle- 
ges nagyvállalati szerverrel, amikor ez 
a művelet a felhasználónak leginkább 
megfelel. A szinkronizálás egyidejű 
kapcsolódások ezreit jelenti, integrálva 
a már kipróbált konfliktusfelderítő és 
konflikusfeloldó technikákkal. Az adat- 
szinkronizációval a mobil dolgozók is 
idejében hozzájuthatnak az ügyfeleikre 
vonatkozó információhoz. 


Uzenettovábbítás 

A mobil üzenettovábbító szolgáltatás 
lehetővé teszi a kimenő kapcsolati igé- 
nyek sorbaállítását, és a hálózatról ér- 
kező üzenetek aszinkron fogadását. A 
tároló és továbbító üzenetsorok alkal- 
mazása megakadályozza, hogy az üze- 
netek elvesszenek. Van továbbányomó- 
gombos üzenettovábbítás, engedélyez- 
tetés és titkosítás. Az üzenettovábbító 
architektúra a Java Messaging Service 
(JMS) hálózat- és eszközfüggetlenségét 
kínálja, és azt a képességet, hogy a 
felhasználók üzeneteket kaphassanak 
akkor is, ha a hálózatok között baran- 
golnak (szabadon mozogva és csatla- 
koztatva egy kábel nélküli adóhoz). 
Nagyvállalati integráció 

A Wireless Server lehetővé tesz a 
nyílt nagyvállalati integrációt a meglé- 
vő vállalati  adatbázisrendszerekkel 
(Oracle, MS SOL Server, IBM DB2, 
Sybase Adaptive Server Enterprise 
stb.). Integrációt kínál a vállalatirányí- 
tási (ERP) rendszerekkel (például 
SAP), üzleti alkalmazásokkal és az üze- 
nettovábbító rendszerekkel. Támogatja 
a Sybase Enterprise Portallal való teljes 
integrációt, ugyanis mindkét technoló- 
gia közös központi architektúrán osz- 
tozik, lehetővé téve, hogy a mobil fel- 


használók személyre szabott informá- 
cióhoz jussanak asztali gépek, kézi esz- 
közök és intelligens telefonok széles 
skáláját használva. A Java 2 Platform, 
Enterprise Edition (J2EE) támogatás 
lehetővé teszi a vállalatok számára, 
hogy könnyen bővítsék rendszereiket 
Javában és Enterprise Java Beans-ben 
(EJB) megírt üzleti logikával. A Sybase 
iAnywhere Wireless Server egyéb ipari 
szabványos komponensmodelleket is 
támogat, mint a CORBA, a COM, a C 
és a C--;, ezáltal egyedi integrációs 
pontot kínál a heterogén backoffice 
rendszerekhez. Mindez lehetővé teszi a 
vállalatok számára, hogy megőrizzék 
meglévő befektetéseiket, kibővítve je- 
lenlegi infrastruktúrájukat a mobil és 
vezeték nélküli eszközökre is. 


Skálázható alap 


A Sybase iAnywhere Wireless Server 
szimmetrikus multiprocesszoros (SMP) 
és klaszteres támogatást nyújt több gép, 
illetve több CPU működtetése esetén. 
Olyan skálázható környezet hozható 
létre, amely naponta tranzakciók mil- 
lióit kezelheti, és egyidejűleg a felhasz- 
nálók ezreinek rákapcsolódását fogad- 
hatja. A beépített terheléskiegyenlítés 
és a szerverátkapcsolás révén a forga- 
lom dinamikusan elosztható több rend- 
szer között. A többszálas támogatás 
lehetővé teszi a fejlett teljesítményhan- 
goló képességek kihasználását (adat- 
báziskapcsolatok, dinamikus cache, 
válaszidő csökkentése). A beépített ese- 
ménykezelők egyszerűsítik az ese- 
ményszintű információhoz való hozzá- 
férést, beleértve a felhasználó által de- 
finiált objektumokat is. 


Teljes körű biztonság 


A rendszer a meglévő biztonsági 
infrastruktúrával integrálható, miköz- 
ben a szerver kiemelkedően eleget 
tesz a vezeték nélküli környezet biz- 
tonsági követelményeinek. A titkosí- 
tás mellett szerveroldali engedélyez- 
tetéssel ellenőrzi, hogy mely felhasz- 
nálók jogosultak az információ meg- 
tekintésére. Integrálódik a meglévő 
tűzfallal, a virtuális privát hálózatok- 
kal (VPN) és a PKI technológiával, 
hogy rugalmas lehetőségeket nyújt- 
son a felhasználók azonosításához és 
a szerep alapú biztonsághoz. WAP 
eszközök esetében támogatja a 
WTLS-t, a kommunikáció titkosítá- 
sát. Tartalmaz a biztonságkezelő esz- 
közöket, ezzel egyszerűsít olyan fel- 
adatokat, mint az SSL támogatás hoz- 
záadása az alkalmazásokhoz. 

Koller György 
koller.gyorgy osybase.hu 
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Üzleti logika a weblapon 


A Navision integrált megoldása 


Ha egy vállalat bővíti tevékenységét az elektronikus 
kereskedelem irányába, az új részlegnek összhangban kell 
működnie a hagyományos kereskedelmi csatornákkal. 

Az e-boltot valahogy integrálni kell a vállalatirányítási 
rendszerbe. A kis- és középvállalkozások vállalatirányítási 
rendszerét és e-kereskedelmi megoldásait fejlesztő 
Navisoft cég Navision Software terméke ezt példázza. 


Az elektronikus keresés és vásárlás 
a vevő szemszögéből nézve úgy zajlik 
le, hogy online kapcsolaton keresztül 
megtekinti az eladó cég árukínálatát és 
árait. Az árukat jelképesen a bevásár- 
lókosarába helyezve ajánlatot kérhet az 
eladótól, vagy rögtön megrendelheti a 
kiválasztott holmit. Korábbi rendeléseit 
később bármikor megtekintheti, az ak- 
tuálisakat átnézheti és módosíthatja. 

Az eladó szemszögéből az értékesí- 
tés folyamata hasonló, mintha , az ut- 
cáról betérő" vevő kiszolgálásával kel- 
lene foglalkoznia: ajánlatkészítés, ren- 
delésfeldolgozás, számlázás, a vevő fo- 
lyószámlájának kezelése mindez a 
hagyományos rendszer üzleti logikáját 
követve. 


Testre szabás 


A Navision Web Shop az e-boltok 
sajátosságaira specializálódott, és a 
rendszergazda a később kialakuló üzleti 
megoldásokat is könnyedén beilleszt- 
heti abba. Az üzleti élet nemzetközivé 
válására tekintettel az egyes cikkekre 
vonatkozóan több nyelven is rögzített 
adatokat a Navision Financials kezelni 
tudja, ezért nem okoz gondot az idegen 
nyelvű portálok generálása. A Web 
Shop integrálása a Navision Financials 
rendszerrel természetesen az alapalkal- 
mazást is érinti, hiszen a Web Shop 
telepítése változást okoz az alkalmazás 
felhasználói felületén. Ezek jellemzően 
a vevők nyilvántartásánál következnek 
be. 

A kisebb-nagyobb változások gördü- 
lékenyebbé teszik az értékesítési és 
kapcsolattartási folyamatokat. Például 
minden vevőre külön-külön meghatá- 
rozhatjuk, hogy az e-boltban feladott 
rendelés esetén automatikusan megtör- 
ténjen-e a készletből való tényleges 
foglalás, vagy csak a visszaigazolás 
után. További lehetőség olyan prioritás 





érvényesítése, hogy a rendszeresen 
nagy értékű megrendelést adó ügyfelek 
kiszolgálása automatikusan elsőbbsé- 
get élvezzen a kisebb megrendelőkével 
szemben. 

A Web Shop telepítéséhez helyi fej- 
lesztési lehetőségek is kapcsolódnak, 
például új titkosítási funkciókat tartal- 
mazó DLL alkalmazható, amelynek 
függvényei egyaránt hívhatók VB- 
Script vagy a Navision C/AL kódból. 
A rendszergazda meg tudja változtatni 
a honlap struktúráját, hogy saját ötletei- 
vel is segítse a vevők eligazodását. A 
rendszer támogatja tetszőleges lapok 
megjelenítését, így hivatkozni lehet a 
műszaki leírásokra, ha pedig azok el- 
érési helye megváltozik, könnyedén kö- 
vethető a változás. A lapok integritásá- 
nak ellenőrzését segítő funkció figyel- 
mezteti a rendszergazdát a nem jól 
megadott hivatkozásokra, így azok ki- 
javíthatók, mielőtt még a lapokat fel- 


töltenék a webszerverre. A testreszabás 
egyik módja az üzleti logika megvál- 
toztatása Navision C/AL kódok írásá 
val. A másik az ASP kódok átírása, 
amikor csak a weblapokat szeretnék 
módosítani. A különböző megjelenésű 
lapok így azonos üzleti logikát használ- 
hatnak. 


Teljesítménymérce 


A rendszerek teljesítményét jelentő- 
sen befolyásolja, hogy mennyire hasz- 
nálják ki az architektúra lehetőségeit. 
Jelen esetben ez azt jelenti, hogy min- 
den egyes rétegének megvan a külön 
feladata a vásárlási kapcsolatokban. 
Például a böngészőn megjelenő képek 
egyszeri átvitele növeli a teljesítményt. 
A letöltött képek és tárolási helyük 
ismerete alapján elérhető, hogy mini- 
málisra csökkenjen az adatmozgatás a 
böngésző és az adatbázis között. 

A Navision Financials adatbázisa 
(Navision szerver) terhelésének csök- 
kentésére beiktatott köztes rétegben a 
Microsoft SOL Server számtalan átme- 
neti táblát tárol, és szükség szerint 
szinkronizál a Navision szerveren lévő 
adatbázissal. Azért esett a választás az 
SOL Serverre, mert a tárolt táblák szá- 
ma egy átlagos látogatottságú e-boltban 
is elég nagy lehet. A táblák kapcsolatai 
is elég összetettek, emiatt széles ská- 
lázhatóságra van szükség. Mivel az 





Termék Felhasználás 


Messagge Oueue Server 


Site Server, 
Commerce Edition 


SOL Server 


A böngésző és a Navision szerver 
közti adatcsere lebonyolítására az 
üzenetküldő API segítségével 


A böngészőn megjelenő lapok és az 
azokon megjelenő linkek generálására. 
A lapokon a munkafolyamatok 
végrehajtása és a munkafolyamatok 
statisztikájának felépítése a feladata 


A Navision szerver és a böngésző 
közti adatcseréhez szükséges átmeneti 
táblák és adatok tárolására 





Transaction Server 





A teljes tranzakciós integritást igénylő 
műveletek lebonyolítására 
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A hónap témája 





SOL Servert az architektúra részeként 
gyakorlatilag átmeneti tárolóként szol- 
gál a böngésző és a Navision szerver 
adatbázisa között, a Navision adatbá- 
zisra közvetlenül kapcsolódó dolgozók 
semmiféle sebességcsökkenést nem ér- 
zékelnek a Navision Web Shop által 
kezelt e-bolt megnyitása után. 

A teljesítmény növelését szolgálja az 
a megoldás is, hogy minél ritkábban 
kelljen felvenni a kapcsolatot a Web 
Shop és a Navision Financials rendszer 
között. Gondoljunk csak bele, hogy az 
e-bolt vásárlóinak különféle igényei — 
például e-bevásárlókosaruk tartalmá- 
nak újraszámítása vagy a raktárkészlet- 
ben való keresés — milyen mértékben 
terhelné a Navision szervert. A Navi- 
sion Web Shop architektúrájában a 
Microsoft SOL Server beiktatása révén 
ehhez általában nincs szükség a Navi- 
sion szervereren lévő Navision adatbá- 
zis eléréséhez (vagy csak olvasási jog- 
gal, ami nem okoz rekordzárolást). Ez- 
által nemcsak a szerver teljesítménye nő, 
hanem csökken a hálózati forgalom is. 


Biztonsági felszerelések 


Természetesen minden számviteli és 
kereskedelmi rendszer egyik kulcskér- 
dése a biztonság. Az e-boltba betérő és 
a Navision szerverről adatot igénylő 
felhasználónak rendelkeznie kell érvé- 
nyes azonosítóval és kódszóval. Ezeket 
maga a Navision szerver is generálhat- 
ja, amikor a vásárló feliratkozik. A 
generált felhasználói azonosítót és kó- 
dot a vevő e-mailben kapja meg. A 
Navision szerver által generált felhasz- 
nálói azonosítók a Navision Financials 
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Navision Web Shop 


Fast, affordable, integrated "e" 
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Whats New ale 2. AR áb 

MI Navision Software Relőases Three Product Upgrades NEW? a! 
Worldwide Software Developer Distributes Versions 4.60 for Navisión Manufacturin, 
Financi val and Navision Advanged Distribution 
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MI Navision Software ani IBM Sign "Global Services" CRM Agreement NEW! 


Workcut de, Partnership to Support fnstallation and, fmplementati jon of Siebel Midía 


kie 
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Active X Data Objects 





Al MI Serenic 


jogosultsági rendszerében a rendszer- 
gazda által kijelölt jogosultságokkal 
bírnak. A Web Shop felhasználóinak 
mozgása is nyomon követhető, csak- 
úgy, mint a Navision adatbázist közvet- 
lenül elérő felhasználóké. 

Az alkalmazott N rétegű architektúra 
is a Navision adatbázis biztonságát 
szolgálja. Minden Web Shophoz kap- 
csolódó tevékenység, amely a Navision 
szerverrel — történő kommunikációt 
igényli, előírt formátumú üzenetküldő 
API-n keresztül zajlik. Azt az API ha- 
tározza meg, hogy egy Web Shop fel- 
használója mit tehet meg (még ha eset- 
leg teljes jogosultsággal is rendelkezik 
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a Navision adatbázis felett). A kommu- 
nikáció biztonságáról a Microsoft Site 
Server által támogatott SSL (Secure 
Socket Layer) gondoskodik. A böngé- 
sző és a Navision Web Shop között 
áramló minden adat titkosításra kerül. 
A Navision Web Shop és a kiszolgáló 
architektúra Microsoft termékekre épül. 
Az e-bolt üzemeltetője robusztus és 
skálázható infrastruktúrához jut. Mind- 
ezek mellett maga a Navision szerver 
nemcsak Microsoft platformon futhat, 
hanem AIX, HP-UX vagy Reliant Unix 
rendszereken is. 
Borsics János 
borsicsjOmultisoft.hu 


Server 








NAvISION" Financials 


vállalat- 
TALK 


gombnyomásra 


e Testre szabott e-kereskedelem 


a Navision integrált világában 


Támogatott MS DOS, MS Windows 98 SE, 

MS Windows NT 4/2000, 

rendszerek: IBM AIX, Sun Solaris, SCO UNIX, 
SCO UNIXWARE, LINUX 


operac t0$ 


Új verzió, 
kibővített 


UT AYZT4 (aA 
Upgrade ár! 





J— 255-ről 41095-re emelték az egy alkalma- 
zásban használható adatbázisok számát. 
JB 4- adatbáziskezelés szabályrendszere és 


szerkezeti felépítése teljesen azonos a ka- 


rakteres és a Windows-os (Visual DataFlex, 


WebApp Server) környezetben. 
Támogatja az idegen adatbázis-formák 
használatát a Windows Console Mode- 
ban és a UNIX környezetben is 
Gyorsabb adatbázis elérés - SmartFile 
Mode automatizmus, módosított kere- 
sési eljárások. Megnövekedett telje- 
sítmények. 
— UNIX környezetben új árpolitika, 

új kategóriák. Kérje árjegyzékünket! 
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NAVISION USER PORTAL 
e Internetes hozzáférés a Navision 


felhasználók számára 
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Számítástechnikai Kft 


NYAVAKTTOTN 


solution center 


1112 Budapest, Köérberki út 36. 
Tel.: 1/310-1492 Fax: 1/310-1497 
E-mail: nscemultisoft.hu 
http://vvvww.multisoft.hu 























! Borland 
FEJLESZTŐI 
NAPOK 





Főbb tulajdonságok: 
Vizuális tervező környezet 
Apache web szerver fejlesztés 
Nyitott adatbázis architektúra 
Natív ELF-kód Linux-ra (i386) 
Komponens könyvtár keresztplatformos fordításhoz (CLX)"Y 
Delphi"" fejlesztés Linux" alatt 
Teljesen integrált hibakereső 
Jogdíjmentes alkalmazás-kibocsátás 


u 


2 kezdő (3 napos): május 2., 14., 28. 
4 1!" haladó (3 napos): május 7., 21. 


f sat asse napos): május 10. 


k dőj3hn 0s): május 14. 
ladól 6. HR május 21. 


telefon: (06-1) 467 17 80 
eV eN UL a del eáUk ba 
e-mail: info-opborland.hu 


0 www.borland.hu 


Borland Magyarország Kft. 
1143 Budapest, Hungária krt. 79-81. 
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Szoftver, PC, Nyomtató, Hálózati termék, Projektor, Írásvetítő, 
Tábla, Tisztítószer, Fax, Másológép, Irodaszer, Írószer, Könyv, 


Játék, CD-ROM, Nyomdai szolgáltatás, 
inforgsulibolt.hu " Telefon: 322-0465 


b ... a tanítás kellékei 
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COMFPORT-NETshare 


Internet behívó egységek, Ethernet hálózati eszközök 
modemek, ISDN berendezések, soros kártyák 
távvezérelt megoldások, WAP, kommunikációsszoftverek, 
On-line Shop szoftver, WEB tervezés, 
komplex Internetes alkalmazások fejlesztése. 


1091 Budapest Üllői út 109/C. 
Honlap: http://www.comfort.hu/ 

On-line Szaküzlet: http://www.eurshop.hu/ 
WAP hely: http://www.comfort.hu/waplindex.wml 
E-mail: comfortocomfort.hu, 

Tel: (06-1) 216-0050, Fax: (06-1) 216-0051 


Művedleve, ami az adatátvitdelhez 


és az Irederveethez kell, 
FEK TE ZETTOT ID Macromató 


tt ve. 


Desatop üensgement 
SOLUTNIONS 








Látogasson meg minket ez INFO kiállításon 
( május 8-12, "A" pavilon 213/F stamd 


mh b KT] JT 


Marketingkommunik 
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NAGY RENDELKEZÉSRE ÁLLÁST 
BIZTOSÍTÓ FÜRTÖZÉSES MEGOLDÁSOK 
LINUX RENDSZEREKRE" 


GARANTÁLT ADATBIZTONSÁG 

BÁRMELY LINUX DISZTRIBÚCIÓ TÁMOGATÁSA 
MÓDOSÍTÁS NÉLKÜL FUTTATHATÓ ALKALMAZÁSOK 
(adatbázis, Web, Samba, Mail szerverek) 

SCSI VAGY OPTIKAI HÁTTÉRTÁROLÓK TÁMOGATÁSA 
GYÁRTÓFÜGGETLEN HARDVERELEMEK 


12001. MÁJUS 15-IG 1096 KEDVEZMÉNY 
A CONVOLO CLUSTER SZOFTVER ÁRÁBÓL 


pyssamission 


44! critical 
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1027 Budapest, Frankel Leó u. 11-13. 
tel.: (361) 438-4100. www.missioncriticallinux.hu 


a linux vállalati szintű támogatása 
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CD-kalauz 





Adatbázis 


Az , Adatáradat" témájához kapcso- 
lódva a CD-mellékleten több adatbázis- 
kezelő rendszert is közreadunk. Amint 
arról korábban már beszámoltunk, a 
Borland által gondozott InterBase-t a 
6-os verziótól kezdődően a Borland 
nyílt forráskódúvá tette (http://www 
.borland.com/devsupport/interbase 
/opensource). Ennek megfelelően a fut- 
tatható programhoz is szabadon hozzá- 
juthatnak azok, akik nem akarják a 
kódot saját maguk lefordítani. A bináris 
állományok csomagja tartalmazza a 32 
bites Windowshoz készült szerveroldali 
és kliensoldali InterBase 6.01 alkalma- 
zást. AZIP-archívumban a telepítőkész- 
let mellett programozási eszközkészle- 
tet is találnak (SDK, Software Deve- 
lopment Kit). A futtatható állományokat 
tartalmazó Linux-csomag kétféle szer- 
verkiszerelése közül az egyik csatla- 
koztatott kliensenként egy processz fut- 
tatását teszi lehetővé, a másik a szuper- 
szerver változat, amely egy szerverpro- 
cessz elérését több felhasználó számára 
több szálon képes biztosítani. Mindkét 
csomag a disztribúcióktól kevésbé füg- 
gő tar archív formában található, a 
telepítőkészletet a .tgz állomány tartal- 
mazza, a tényleges telepítést kibontás 
után az install szkriptfájl végzi el. 

Az InterBase egyik előnye, hogy a 
Borland jávás fejlesztéseinek köszön- 
hetően Linuxra és Windowsra nyílt for- 
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ráskódú kliensprgram is készült hozzá, 
az InterClient. Ezt is megtalálják CD- 
mellékletünkön. Mindazonáltal figye- 
lembe kell venni, hogy inkább kisérleti 
fejlesztésű és nem éppen friss produk- 
tumról van szó. Tekintettel azonban 
arra, hogy a forrásállomány publikus, 
bizonyára sokak érdeklődését felkelti, 
Java programozási tanfolyamunkat pe- 
dig jól kiegészíti. 

Más forráskódokat is hozzáférhetővé 
tettünk a CD-n az adatbáziskészítéshez, 
illetve azoknak, akik egyszerűen csak 
kíváncsiak egy ilyen rendszer belső 
felépítésére. A CVS rendszerben tárolt 
naprakész források egyébként a http:// 
sourceforge.net/projects/interbase cím 
alatt érhetőek el, a licenc továbbra is a 
Mozilla modellt követi (Mozilla Public 
License, MPL), a rendszerplatformok 
közül a Windowst (95/98/2000) és Po- 
sixot támogatja, programozási nyelve a 
C. Az ftp.borland.com webhelyről le- 
tölthető állományok CD-mellékletün- 
kön is megtalálhatók, az említett forrá- 
sadatbázisból pedig anonim módon a 
, CvS -d:pserver:anonymous(g cvs. Inter- 
base.sourceforge.net:/cvsroot/interbase 
login" és a , cvs -23 -d:pserver:anony- 
mous(ocvs.Interbase.sourceforge.net: 
/evsroot/interbase co modulnevek" pa- 
rancsokkal juthatunk hozzá. 

A szabad forráskódban fejlesztőknek 
közreadunk a közelmúltban felfrissített 
két adatbáziskezelőt. A MYSOL és a 
PostgreSOL az SOL-nek forráskódban 
is elérhető implementációja, szabad az 
útjuk a különböző platformok felé. 

Felkeltheti a programozók érdeklő- 
dését a Combit cég (www.combit.de) 





4 IBConsole" 


ListkeLabel programjának próbaválto- 
Zata, illetve az annak képességeit be- 
mutató program. Az adatbáziskezelés 
végtermékének is tekinthető jelentések 
készítésekor használható segédeszköz- 
ről lapunk 53. oldalán olvashatnak, az 
említett anyagokat tartalmazó önkicso- 
magoló fájlok pedig a CD Lapraforgó 
rovatában találhatók meg. 


Védekezzünk 


A CD-mellékleten rendszeresen kö- 
zölt antivírus programok szükségessé- 
géről , Vírusőrjárat" rovatunk alapján 
bárki tájékozódhat. A vírusok elleni 
védekezés jegyében tesszük közzé a 
korábban AVP néven ismert program 
utódjának, a  Kaspersky  AntiVirus 
(KAV) legfrissebb verziójának publikus 
változatát, amelyet 30 napig kipróbál- 
hatunk, ezalatt érvényes az online fris- 
sítési lehetőség is. 

Nem a fájlokat, hanem a felhasználók 
idegeit károsítják a webes böngészés 
során eléjük tolakodó reklámablakok. 
Az ilyen zaklatás elleni védekezést hi- 
vatott segíteni a Webwasher program. 
A CD-n közreadott egygépes változat 
szabadon használható 32 bites Win- 
dowson, Linuxon és Macintoshon. A 
három platformra összesen alig több 
mint 2 MB-os csomagot a Vendégoldal 
rovatában találják meg. 

Ugyanebben a rovatban adunk közre 
a Decros biztonsági programcsomagot, 
valamint az immár hagyományosan egy 
kisebb válogatást a Microsoft javító- 
készleteiből. 

Simay Endre István 
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Böngészde 





Egérszabadság 


A billentyűzet és az egér zsinórja 
minden PC-használónak okoz egy kis 
kényelmetlenséget és kötöttséget, de a 
legtöbben úgy gondolják, hogy ennyit 
igazán el lehet viselni a két legolcsóbb 
periféria használatáért. Az igényeseb- 
bek persze választhatnak. A Logitech 
elég korán elkezdte a drótnélküli esz- 
közök (köztük a játékvezérlők) fejlesz- 
tését — azoknak, akiket zavar a mun- 
kaasztalon kígyózó, időnként átrende- 
zésre kényszerítő, valamibe mindig be- 
leakadó és nem mindig elég hosszú 
póráz. A CeBIT-en bemutatott legújabb 
optikai egér (Cordless MouseMan Op- 
tical) az Agilent optikai pozicionáló 
technológiájával érzékeli az egértest 
relatív mozgását, és a helyzetváltozá- 
sokat mini rádióadó közvetíti a PC-hez 
kapcsolt vevőhöz. 


SUSE-szerverek 


A kereskedelmi csatornákon értéke- 
sített Linux disztribúciók elterjedtsége 
nem teljesen azonos az ingyenesen, de 
terméktámogatás nélkül elérhető válto- 
zatokéval. A http://linux.box.sk felmé- 
rése szerint a SuSE például az ingyenes 
kategóriában , csak" dobogós helyen 
szerepel, ugyanakkor a CeBIT-en köz- 
readott statisztikák szerint a terméktá- 
mogatásos, dobozos verziók értékesíté- 
sét tekintve már nemcsak Európában, 
hanem Amerikában is piacvezető lett. 
A CeBIT-en bemutatták a SuSE 7.1 
PowerPC-s változatát, továbbá megje- 
lent a vállalati ügyfélkörnek több szer- 
vercsomag is: a Linux Business Server, 
a Linux Enterprise platform és a Linux 
eMail Server II. Ezekbe még a jól bevált 
2.2.16-os kernelt építették be. 


Új vandál a porondon 


A többnyire csak bosszúságot, pél- 
dául hálózati forgalomtorlódást okozó 
mostani féregvírusok között időnként 
akadnak olyanok is, amelyek romboló 
rutinokat tartalmaznak. Április elején 
bukkant fel egy ilyen gonosztevő, a 
szintén levélmellékletben terjedő Ma- 
gistr féreg (W32.Magistr.24876Omm, 
Worm.Magistr, PE MAGISTR. A). A 
fertőzést . követően egy hónapig 
szunnyad a rendszerben, utána elkezdi 
a fájlok törlését. Miként arra a Syman- 
tec (http://www.symantec.com/avcenter) 
hírlevele felhívta a figyelmet, ezért is 
célszerű bizonyos időnként lefuttatni a 
frissített antivírus programot. A Kas- 


persky Labs  (http://www.kaspersky 


TRA Time Boni 


TATE ET] [-lobd 


http: /wwww.kaspersky.com/ default. asp. 


IKAJPIRÍKY 8 


Lis 
"áz; Ek Ne 


See ez e e se ee ezásezsee sé ző 


FSI. products [download ] support ! store I for partners ] affiliate network [ virus info ] news ! company inf. 


EZ sendthis page to a friend. SZÍ bookmark this page "ff set as your home page 


0 News Topic Friday, April 06, 2001 


A Time Bomb Called "Magistr" 


] Magistr folfows in the footsteps of the infamous "Chernobyf" virus 


Cambridge, United Kingdom, April 6, 2001 — Because of the significant increase ín the number o 
Ú infections caused by the recently discovered "Magistr" virus , Kaspersky Labs, an international data- 
security software-development company, are issuing a second warning about the threat this 
malicious code poses, and recommend computer users perform a full virus-check of their computers 
using Kaspersky"" Anti-Vírus with the latest updates installed and maximum scanning options 


switched on. 


As ís known, exactly 1 month since the day ofthe first computer infection, Magistr deletes all files 


b-2ő 
O Site Search 
Hi 


.com) elemzése szerint a Magistr törli 
a fájlokat a helyi és a hálózati meghaj- 
tókról, sőt törli a CMOS-t és a Flash 
BIOS chipek tartalmát is, feledhetetlen 
izgalmakat okozva az amnéziába eső 
gépek gazdáinak. 


Komplex szűrés 


Az interneten való böngészés során 
szinte mindenkit zavaró (és 199 alatti 
rákattintási arányú!) reklámcsíkok és 
reklámablakok kiszűrése különösen 
azoknak fontos, akik sávszélességét ez 
a dekoráció túlságosan megterhelné, 
vagy akikben nehezen alakul ki az 
immunitás, a megfelelő szelektív vak- 
ság. A szűrőeszközök fejlesztői közül a 
Webwasher.Com március elején jelen- 
tette meg a böngészést szűréssel gyor- 
sítani hivatott program Windows után 
Linux platformra is megírt 3-as verzi- 
óját. Az egyéni felhasználók ingyene- 
sen letölthetik azt a cég weblapjáról, de 
megtalálják mostani CD-mellékletün- 
kön is. A fejlesztők a telepítés ellenőr- 
zésére külön oldalt rendeztek be (http: 


[/dvww.webwasher.com/en/products/ 
wwash/testpag1 .htm). A vállalatok szá- 


mára elkészült a rendszerhez illeszthe- 
tő, szerver alapú Enterprise Edition 
változat. A helyi hálózatok adatforgal- 
mának ellenőrzésére ebbe már integrál- 
ták a DynaBLocator dinamikus URL 
adatbázist is, amely felhasználja a Co- 
bion képfelismerő technológiát. 


Cégen belüli ASP 


Az alkalmazásszolgáltatás (ASP, 
Application Service Provider) egyes 
előrejelzések szerint egyre népszerűbb 





írom local and network disks, discards the CMOS memory settings and destroys data in FLASH 
-] BIOS microchips. Taking into account that the first reports about infection with this virus were 
received in the middle of March, Kaspersky Labs expects a real avalanche of destructive incidents 
idd 


lagistr can cause the loss of 





lesz, mert a cégek számára feleslegessé 
teszi a ritkán használt szoftverek be- 
szerzését. Távoli ASP igénybevétele 
esetén viszont bizalmi és  bizton- 
ságtechnikai aggályok merülhetnek fel, 
hiszen sokan a levelezésüket sem sze- 
retnék mások által hozzáférhető külső 
szerveren tárolni. Innen jött az ötlet, 
hogy az eredetileg internetes ASP tech- 
nológia a cégeken belül kialakított in- 
traneten is alkalmazható, például az 
önálló elszámolási egységekből álló cé- 
gek hálózataiban a szoftverek haszná- 
latának ellenőrzött és mért megosztásá- 
ra. Ilyen rendszerben vizsgázott a Re- 
volution Zenit SOL, amikor a Group 4 
Securitas rendszerébe integrálták. A 
központi rendszer alkalmazásszolgálta- 
tóként elégíti ki a helyi felhasználói 
igényeket és a testvércégtől becsatlako- 
zókat. 


A sokáig nagy reményeket tápláló 
BeOS operációs rendszer házatáján a 
közelmúltban lényeges irányváltást sej- 
tető változások zajlottak le. A fejlesztés 
fókuszába az internetes eszközök (IA, 
internet appliance) kialakítását helyez- 
ték. A BeIA, mely a BeOS alapján jött 
létre, tulajdonképpen nem más, mint 
egy testre szabható böngészőfelület, 
mely elfedi a mögötte működő rend- 
szert, és teljes funkcionalitását aláren- 
deli az internetes multimédia kiszolgá- 
lásának. Ehhez sikerült olyan támoga- 
tókat is megnyernie, mint a Sony. A 
nagy kérdés persze az, hogy az internet 
konjunktúrájának oldalvizein a BeOS 
mennyire evez majd sikeresen. És az 
sem mellékes, hogy a Windows uralma 
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előli menekülés csak átmeneti kitérő, 
vagy már nem is tér vissza a , nagy 
arénába". 


VSA-fejlesztés 


A Microsoft az internethez alkalmaz- 
kodva folyamatosan. átalakította ter- 
mékstratégiáját. A .NET koncepció ki- 
hatott  fejlesztőkörnyezetének újabb 
verzióira is, megjelent az internetes 
alkalmazásfejlesztés támogatása, a Vi- 
sual Studio for Applications (VSA), 
melynek segítségével a jelenlegi VBA- 
hoz (Visual Basic for Applications) 
hasonló elvek szerint az internet irányá- 
ban is bővíthetők egy-egy program ké- 
pességei. Az új rendszer licencelői kö- 
zül a Scala az elsők között volt, és 
döntött a VSA integrálásáról az iScala 
termékcsaládba. Ezzel termékpalettá- 
ján megjelenhetnek azok a termékek, 
amelyekben a Microsoft .NET-hez il- 
leszkedő alkalmazások készülhetnek. 


Dinamikus VPN 


A virtuális magánhálózatok (VPN, 
Virtual Private Network) az internet 
technológiáján, illetve annak kapcsolati 
protokollján (IP) alapuló munkavégzés- 
ben egyre nagyobb szerepet játszanak. 
A VPN-re csatlakozni kívánó munka- 
állomás azonosítása tulajdonképpen az 
IP-címmel történik, a távoli eléréshez 
használt modemes, ISDN és ADSL ala- 
pú kapcsolatok során az IP-cím azonban 
rendszerint véletlenszerűen kerül kiosz- 
tásra, a szolgáltató a DHCP protokoll 
segítségével dinamikus IP-címmel látja 
el a felhasználót. Ez azt jelenti, hogy a 
statikus IP-címre definiált VPN-alkal- 


oft Internet Explorer 





welcome 


to the CeBIT website! 
CeBIT 2001 set new visitor record 


Once again, visítors were in for a unigue panoply fo 
of trends, innovations and future markets - at the 

world"s leading ICT event 

Approximately 830,000 visitors were counted 
during the seven days of the show, the 8.106 
exhibítors from 60 countries were very satisfied 
with the whole fair: this industry continues to thrive 


like no other. 


The next fair dates: 





mazások elveszíthetik biztonságossá- 
gukat. A probléma megoldására az Al- 
lied Telesyn (www.alliedtelesyn.com) 
az AlliedWare részeként szállított AR 
útválasztó (router) számára olyan mód- 
szert dolgozott ki (dinamikus IPSec és 
L2TP eljárás), hogy az megkapta az 
ICSA biztonsági minősítését. Az Allied- 
Ware másik biztonsági szolgáltatása az 
operációs rendszerbe integrált Nemesis 
Stateful Inspection Firewall. 


Cáfol a Microsoft 


A Der Spiegel online kiadásában 
megjelent egy hír, majd jött annak 
cáfolata. A Microsoft által kiadott köz- 
lemény idézi a német honvédelmi mi- 
nisztérium szóvivőjét: , Téves az az 
állítás, hogy a német hadsereg a jövő- 
ben nem kíván Microsoft szoftvereket 
alkalmazni a biztonsági szempontból 
kényes területeken". Érdemes azonban 
figyelmesen elolvasni a nyilatkozat má- 
sik felét is, amelyben közlik, hogy a 
hadseregnél a titkos információk védel- 
mét egyrészt egy tűzfal szolgálja, más- 
részt a titkosítás, és ezek az alkalmazott 








51 A Hewlett-Packard bemutatta első 
kombinált meghajtóját, amely a CD-írás 
mellett DVD-lemezeket is olvas. 

a Több mint 80 előadás hangzott el 
Balatonfüreden a Decus idei konferenci- 
áján, amely korábban a Digital , hívei- 
nek", most pedig a Compag felhasználói- 
nak fontos szakmai fóruma. 

a Az Intel megjelentette a SpeedStep 
technológiát alkalmazó 1 GHz-es mobil 
Pentium III processzort, és a Compag új 
Armada és Presario táskagépei már ezzel 
lesznek felszerelve. 

a A PSINet Magyarország az anyacég 
tőzsdei árfolyamának csökkenése ellenére 
változatlanul folytatja tevékenységét. 
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s A Multi-Project Wafer (MPW) nevű 
akcióterv keretében az IBM kis méretű 
és elérhető árú szilicium—germánium (Si- 
Ge) chipeket akar kifejleszteni cégek és 
egyetemek kutatóinak bevonásával. 

s A BME Pénzügyi Informatika Ku- 
tatóközpontjának (PIKK) informatikai la- 
boratóriumában virtuális bemutatóterem 
nyílt a Graphisoft GDL geometriai leíró- 
nyelv megismertetése érdekében. 

s Az Avaya a kábelhálózatok felügye- 
leti lehetőségeinek kibővítésére elkészí- 
tette az iPatch rendszert. 

a A Java technológián alapuló mobil- 
telefonok terjedését jelzi a Sun, a Nextel 
és a Motorola együttműködése a Moto- 
rola i85s és i50sx készülékeinek forga- 
lomba hozatala kapcsán. 

a A magyar Noreg kapta meg idén a 
térség legdinamikusabban fejlődő ISS 
képviseletének járó díjat, ami elismeri az 
ISS adaptív biztonsági programcsomag- 
gal Magyarországon elért sikereket. 


Search for 

Exhibitors 8 

Products 

Exhibitors 8. Products 
BIT 2001 


Worldwide CeBIT 
events 

New international 
locations 

p- more Info... 


Business trends 
News and infos about 
the latest business 





szoftverektől függetlenül működnek. 
(, These protection functions work in- 
dependently from the software used.") 
Hát igen! A német honvédelmi minisz- 
tériumnak meg kellett nyugtatnia a Mic- 
rosoftot... de a németeket is! 


s, Viszonylag..." 


A két nagy hazai számítástechnikai 
kiállítás, az Info és Compfair a cégek 
távolmaradásával küzd, a hannoveri 
CeBIT mint a szakma csúcsrendezvé- 
nye viszont idén ellenkező előjelű re- 
kordokat döntött meg. Összesen .422 
ezer m? nettó területen 60 országból 
8106 cég állított ki, a látogatók száma 
pedig meghaladta a 830 ezret, miköz- 
ben a rendezők Hannover városa az 
elviselhető egyhetes , teherbíróképessé- 
get" 700 ezerre taksálja. (Részletesebb 
adatok: http://www.cebit.de. ) Az infor- 
matikai piac Amerikában bekövetkezett 
visszaesése az idei CeBIT-et tehát még 
nem érintette, de számíthatunk rá, hogy 
a hullám(völgy) egy kis fáziseltolódás- 
sal Európát is eléri. 

A kiállítók rengeteg újdonságot vo- 
nultattak fel, de megfigyelhető volt egy 
furcsa ellentmondás. Miközben az in- 
formatikai világ a számítástechnika és 
a távközlés konvergenciájára, az adat- 
kommunikációra, az ehhez szükséges 
technológiákra koncentrál, a CeBIT-en 
felvonultatott eszközök tetemes hánya- 
da inkább bazári képzeteket ébresztett. 
Joggal jellemezte a Wall Street Journal 
CeBIT-tel foglalkozó cikkének címe a 
kiállítást úgy, hogy , Gadgets, gadgets, 
gadgets". A megfelelő magyar kifeje- 
zések közül egyik sem túl hízelgő: 
bigyó, kütyü, mütyűr és ehhez hason- 
lók, de jelentése felől a Webster szótár 
meghatározása sem hagy kétséget, fő- 
leg ha az első helyen szereplő , apró 
mechanikai eszköz" után elolvassuk a 
másodikat is: , valamilyen érdekes, de 
viszonylag haszontalan vagy szükség- 
telen tárgy" (any interesting but rela- 
tively useless or unnecessary object). 
Hát itt tartunk 2001-ben! Hitték volna? 


Pro domo 





Saját erőből 


A kibontakozás forgatókönyve 


, Virtuális dátum" című múlt havi írásomban már 
felvetettem, hogy egy összevont számmal — vagy két 
nyári szám kihagyásával — ismét vissza tudnánk térni 

a hóeleji megjelenési ritmushoz. A körülményeket 
időközben tovább mérlegelve arra a következtetésre 
jutottunk, hogy ez a , lépésváltás" egyúttal alkalmas 
lenne arra is, hogy teljesítsük néhány korábbi ígéretünket. 
A szükségmegoldásból fokozatosan kikerekedett egy 
sokoldalú, előremutató terv, amelynek gondolatmenetére 
remélhetőleg olvasóink is ráhangolódnak, 
megvalósulásával pedig elégedettek lesznek. 


Az új Alaplap nem akármilyen jubi- 
leumhoz közeledik. A mostani szám a 
197., a májusi lesz a 198., a júniusi a 
199. és a júliusi lenne a 200. szám. 
Magyarországon még egyetlen infor- 
matikai havi folyóirat sem érte el ezt a 
kerek számot, illene ehhez méltóan 
megünnepelni. De éppen júliusban és 
augusztusban? Kevés kivételtől elte- 
kintve a számítástechnikai cégek ilyen- 
kor , kampánycsendet" tartanak, az ol- 
vasók jelentős hányada pedig nyaral, és 
csak szeptemberben dolgozza fel olva- 
sási restanciáját. A 199. júniusi szám 
után ezért tartunk egy lélegzetvételnyi 
szünetet, és utána jöhet a 200., a szep- 
temberi szám. A júliusi és augusztusi 
szám kimaradása esetén a szeptemberi 
megjelenés már visszaállhat a hónap 
elejére. A további ütemterv ehhez iga- 
zodhat, csak azt be is kell tartani. 

Hogyan viselik el olvasóink a két 
nyári szám kimaradását? Bízom benne, 
hogy nagyon fog nekik hiányozni. Per- 
sze a tényleges kihagyás csupán egy 
hónapnyi, mert június végétől augusz- 
tusig kapható lesz a júniusi szám, szep- 
tembertől pedig már a szeptemberi. A 
hírlapárusoknál vásárlók egyébként is 
, egyik lapról a másikra élnek", az elő- 
fizetőket pedig nem éri hátrány, 2 hó- 
nappal meghosszabbodik előfizetésük 
érvényessége, mert éves előfizetésük — 
akár teljes naptári évre fizettek elő, akár 
évközi rendelés volt — 12 számra vo- 
natkozott. 

A 200. számhoz igyekszünk sok ér- 
dekes anyagot összegyűjteni, és akkorra 
időzítjük az 1991 óta minden páratlan 
évben lebonyolított olvasói közvéle- 
ménykutatásunkat is, sok értékes nye- 


reményt sorsolva ki a terjedelmes kér- 
dőív kitöltői között. 
x 


Elég régen megígértük már, hogy 
összegyűjtjük és CD-n megjelentetjük 
a lapunkban eddigi közölt írásokat. 
Nem azért késünk vele, mert nem fog- 
lalkozunk a feladattal, hanem mert sok- 
kal nagyobb munkának bizonyult, mint 
amilyennek eredetileg gondoltuk. Min- 
den maradék időt kihasználva régóta 
dolgozunk rajta, és most már félig-med- 
dig elő van készítve az 1990-2000 
közötti 10 év anyaga. Még ebből a 
digitalizált periódusból is elég sok cik- 
ket kellett szkennerrel beolvastatni, és 
a digitálisan meglévő korai cikkekből 
is csak rengeteg manuális munkával és 
egyedi ,újraszerkesztéssel" tudtunk 
egységes  szövegformát kialakítani. 
Összességében mintegy 3000 cikkről 
van szó... A 200. szám alkalmából 
azonban szeretnénk végre tényleg ki- 
rukkolni vele, annál is inkább, mert 
jelen pillanatban ez ígérkezik legbizto- 
sabb bevételi többletforrásunknak. 


x 


Másik nagy adósságunk olvasóink- 
kal szemben weblapunk megújítása. Ta- 
lán nem feltételezik rólunk, hogy nem 
tudnánk gyorsan , átpofozni" egy kicsit 
azt a három éve változatlan formájú és 
szerkezetű, meglehetősen statikus hon- 
lapot. Az igazi kérdés egyáltalán nem 
ez, hanem hogy mivé, milyenné. .. Mert 
készíthetnénk ugyan egy másik , fali- 
újságot" a megjelenő cikkek egy részét 
is felhasználva, de a hozzánk érkezett 
vélemények arról tanúskodnak, hogy 


olvasóink jelentős része ennél jóval 
többet vár tőlünk, a laphoz képest va- 
lami többletet, és ha már változtatunk, 
akkor legyen élő, friss tartalomszolgál- 
tatásunk is. Nem árt azonban emlékezni 
arra, hogy a kezdeti eufória elmúltával 
milyen sok hasonló próbálkozás fulladt 
kudarcba szerte a világon, pedig azok- 
nak volt befektetendő felesleges tőké- 
jük. A weblap átalakítására azonban 
mindenképpen keresünk majd valami- 
lyen egészséges kompromisszumot, és 
ugyancsak a 200. szám megjelenése 
kapcsán a www.alaplap.hu új arculatot 
ölt majd, és új tartalommal telik meg. 


x 


A lap egészére vonatkozóan jelképes 
, előremenekülésünk" egy vonatkozás- 
ban egészen konkrét formát is ölt: a 
Dózsa György úti (volt szakszervezeti) 
irodaházat, ahol 3 éve lakunk, az új 
tulajdonos most átépíti, a bérlőket en- 
nek megfelelően távozásra szólította 
fel. Költözésünk időpontját lapzártakor 
még nem tudjuk, de a mi esetünkben 
nem kis hercehurcával járó művelet 
nyári tennivalóink sürgősségi listáján 
az elsők között szerepel. 


xx 


Megújulási törekvéseinkhez igyek- 
szünk felhasználni az olvasóinktól fo- 
lyamatosan érkező ötleteket és vélemé- 
nyeket. Ilyen visszajelzések erősítettek 
meg bennünket például abban, hogy 
érdemes visszakanyarodni a Mikroszá- 
mítógép Magazin és az Alaplap hard- 
veres hagyományaihoz, és nagyobb te- 
ret szentelni az ilyen témáknak. Kiala- 
kítottuk tehát a teszteket is tartalmazó 
középső hardverblokkot, amely iránt 
egyre nagyobb az érdeklődés, a mostani 
számban az oda tartozó cikkek és hir- 
detések megfelelelő elhelyezhetősége 
érdekében lapunk terjedelmét 4 oldallal 
meg is kellett növelni. 

A jó elképzelések önmagukban azon- 
ban nem sokat érnek, ha nincsenek meg 
hozzá (vagy a körülmények folytán nem 
is teremthetők meg) a kivitelezés felté- 
telei. Mindaz azonban, amibe most a 
200. szám kapcsán a fent leírt módon 
belevágunk, megítélésünk szerint reális 
alapokon nyugszik. 

Faklen Pál főszerkesztő 
alaplapomail.datanet.hu 
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Alternatíva 





Webszerver 
egy kártyán 


Angliában, a Microsoft cambridge-i 
laboratóriumában a GSM mobiltelefo- 
nok intelligens kártyáin (smart card) 
működő webszervert fejlesztettek ki. A 
WebCamSim nevű miniszerver az MS 
Smart Card platformon alapul, és kö- 
zönséges GSM telefonokba építve szö- 
veges kiszolgálóként működhet. A kli- 
ens és a szerver közötti üzeneteket egy 
SMS átjáró (gateway) alakítja át az 
internetre csatlakoztatott számítógépek 
által is értelmezhető formátumúvá, ma- 
ga a szerver pedig az MS Smart Card 
számára készült fejlesztői segédesz- 
közzel programozható. 

Kai Rannenberg, a kutatócsoport ve- 
zetője és a Microsoft Security Group 
tagja elmondta, hogy a szerver a GSM 
hálózatokban már meglévő kódolási 
eljárást és biztonsági rendszert használ- 
ja, így olcsó és megbízható eszközként 
használható a hálózaton vásárolt áruk 
kifizetésére. A WebCamSim elméleti- 
leg arra is képes, hogy hagyományos, 
szöveges weblapokkal szolgálja ki a 
bejelentkező klienseket (a böngésző- 
ket), elsődlegesen azonban biztonságos 
, fizetőeszköznek" szánják. A telefon- 
tulajdonos a SIM-kártyán tárolt, jelszó- 
val elérhető digitális kulcs segítségével 
hitelesítheti megrendelését, vagy erő- 
sítheti meg fizetési szándékát a hálóza- 
ton keresztül. 

Mivel pénzről van szó, természetesen 
központi kérdés a biztonság, és mint 
minden esetben, itt is a leggyengébb 
láncszemet kell vizsgálni, amely a szak- 
értők szerint az üzeneteket átalakító 
SMS átjáró. Nem szabad figyelmen 
kívül hagyni azt sem, hogy a GSM 
SIM-kártyák a kódolást csupán 40 bites 
kulccsal végzik. Az alkalmazott titko- 
sító algoritmus állítólagos hibáját ki- 
használva 1999-ben az izraeli Weiz- 
mann Institute kutatóinak sikerült de- 
kódolniuk GSM-üzeneteket. A jövőben 
bevezetésre kerülő harmadik generáci- 
ós, UTMS hálózatok már jóval bizton- 
ságosabbak, 128 bites kulcsot fognak 
használni, viszont maguk a telefonok is 
bonyolultabbak lesznek, ami esetleg a 
biztonság rovására mehet. Az is tény, 
hogy jelenleg egy mobil készülék nem 
éppen ideális webszerver. A GSM tele- 
fonok memóriakapacitása nem túl nagy, 
az SMS-ek legfeljebb 160 karakterből 
állhatnak, azaz üzenetváltáskor a cso- 
magok mérete erősen korlátozott, és 
minden különálló darabért fizetni kell. 
Mindazonáltal a szöveges üzenetek 
meglepően népszerűek Európában, a 
30 
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GSM Association 2000 decemberi 
elemzése szerint ebben az évben az 
emberek több mint 200 milliárd SMS-t 
fognak mobil telefonon egymásnak kül- 
dözgetni. (ZDNet) 


Whistler — béta 2 


Március végén megjelent a Whistler 
Server operációs rendszer második bé- 
ta-változata. Ebben a korábbi verziók- 
hoz képest legtöbbet a Microsoft web- 
kiszolgálója, a teljesen újratervezett In- 
ternet Information Server (IIS) válto- 
zott. A béta 2 még nem tartalmazza a 
végleges Whistler Server minden funk- 
cióját, amelyet egyébként a Windows 
2000 Server, az Advanced Server és a 
Datacenter Server követőjének szán- 
nak. A tervek szerint lesz harmadik béta 
is, amelyet kibocsátás előtti (release 
candidate, RC) változatok követnek az 
az év végére ígért piaci megjelenéséig. 
(A Whistler kódnevű operációs rend- 
szernek a Windows 2000-hez hasonló- 
an több verziója lesz. A kliens végleges 
neve Windows XP, amelyből két válto- 
zat készül: a Professional az üzleti 
szféra számára, a Home Edition a ma- 
gánfelhasználóknak. A Whistler Servert 
kiszolgálónak szánják, arról azonban 
még nem született döntés, hogy milyen 
típusai lesznek, és az sem bizonyos, 
hogy ezek is XP néven kerülnek forga- 
lomba. — A szerk.) 

A már említett IIS 6.0-s változatának 
legfontosabb eleme a HTTP.SYS driver 
és cache. Ez a kernelen belül fog futni, 
és feladata a webről érkező kérések 
kezelése. Ha a keresett honlap megta- 
lálható a gyorsítótárban, akkor átadja 
azt a kliensnek, ha nem találja, akkor 


továbbítja a kérést egy felhasználói 
módban futó másik IIS processznek. A 
gyorsítótáras kérések kiszolgálása így 
sokkal gyorsabb, mint az IIS 5.0 eseté- 
ben, mert nincs szükség a kernel és a 
felhasználói mód váltogatására. Ez a 
felépítés egyébként a Tux nevű webes 
kiszolgáló architektúráját követi, ami 
nem is csoda, hiszen 2000-ben a Stan- 
dard Performance Evaluation által vég- 
Zett teljesítménymérések szerint az IIS 
5.0 teljesítménye alaposan elmaradt ri- 
válisáétól. (ZDNet — eWeek) 


Táblaszámítógép 


Bill Gates bemutatta a weben való 
szörfölésre kifejlesztett számítógépét, a 
tablet PC-k microsoftos változatát, 
amely a Tablet PC nevet kapta. (A 
táblaszámítógép már elég régi elképze- 
lés, melynek lényege, hogy az adat- 
bevitel és vezérlés a táblaszerű képer- 
nyőn keresztül történik, például elek- 
tronikus tollal vagy érintéssel. Nevét a 
régi írótáblákra emlékeztető formájáról 
kapta. Több cég is próbálkozott már 
vele, de a várt eredményt még egyik 
sem tudta elérni. — A szerk.) A Micro- 
soft a processzorokat gyártó Intellel és 
a Transmetával valamint öt PC-készítő 
vállalattal (közéjük tartozik a Toshiba, 
a Sony és a Compag is) együttműködve 
dolgozik a Tablet PC kifejlesztésén, A 
legutóbbi Las Vegas-i Comdexen be- 
mutatott mintadarab egy táskagép kü- 
lönálló képernyőjére emlékeztető, le- 
vélpapírnyi méretű és mintegy 5 centi- 
méter vastagságú számítógép, vezeték 
nélküli interentes kapcsolattal és me- 
revlemezzel felszerelve. Nincs viszont 
rajta billenytűzet. Az elektronikus toll 
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OgA: Tablet PC Brings the Simplicity of Pen and 


LAS VEGAS, Nov. 13, 2000 -- Last night in his Comdex/Fall 
2000 keynote address, Microsoft Chairman Bill Gates 
demonstrated a prototype of a Tablet PC, a major evolutionary 
step in PC functionality and usability, To find out more about 
the Tablet PC and the future of tablet-based computing, 
PressPass spoke with Alexandra Loeb, general manager of 
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manapság már nem számít újdonság- 
nak, ez a rendszer azonban fogadni 
tudja a normál kézírással történő adat- 
bevitelt (úgy használhatjuk, mintha pa- 
pírra jegyzetelnénk), és ötvözi azt a 
modern szövegszerkesztők lehetősége- 
ivel. A kézzel írt szöveg a megszokott 
módon javítható a nem kívánt részek 
áthúzásával, a lap szélére írt jegyzetek- 
kel és a megfelelő helyre történő nyilak 
bejelölésével. Mindezekből a Tablet PC 
egységes , gépelt" szöveget hoz létre, 
elvégezve a gépíró munkáját. A bemu- 
tatón a prototípus már képes volt kézzel 
írt betűk felnagyítására, kurziválására, 
kövérítésére, kivágására, mozgatására 
stb. A forgalomba hozatalt eredetileg 
2001-re tervezték, de Bill Gates a be- 
mutatón már 2002-ről beszélt. A tábla- 
számítógép operációs rendszere a vár- 
hatóan még idén megjelenő Windows 
XP lesz. A hardvert a Microsoft partne- 
rei szállítják a Pocket PC-nél bevált 
konstrukció szerint, vagyis a Microsoft 
szállítja az operációs rendszert, a fel- 
használói felületet és az alkalmazáso- 
kat, továbbá ajánlásokat tesz a hardver- 
re vonatkozóan, és mindezek alapján a 
többiek elkészíthetik saját márkájú táb- 
laszámítógépüket. Az alapkonfiguráció 
tervezett paraméterei: 128 MB memó- 
ria, 10 GB merevlemez, vezetéknélküli 
hálózati kommunikáció a 802.11 szab- 
vány alapján, USB csatlakozó és egy 
tartóállvány. (ZDNet — eWeek) 


Gyorsabb 
kernelfejlesztés 


Több mint 50 programozó gyűlt 
össze az első olyan hivatalos találko- 
zón, ahol a következő, 2.5-ös Linux 
kernel volt a téma. A VA Linux Systems 
egyik mérnöke szerint az a legfonto- 
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experiences. 
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(.. SZHEBEZAZÁT SEEK EZ SRE VERE KLTE sás 


sabb, hogy a fejlesztés ütemét felgyor- 
sítsák, mert a 2.4-es (azaz 2.3-as) vál- 
tozaton még 1998-ban kezdtek el dol- 
gozni, és csak 2001 januárjában fejez- 
ték be a munkát, ami túl hosszú idő. A 
2.5-ös kernel tényleges fejlesztése még 
nem kezdődött el (ennek stabil változata 
a 2.6 vagy 3.0 sorszámot fogja kapni), 
erre még néhány hónapot várni kell, 
mert a fő cél egyelőre a stabilnak 
mondott 2.4-es rendszermag további 
, stabilizálása". 

A rendezvényen azonban már körvo- 
nalazták a 2.5-ös fejlesztés fő irányvo- 
nalait. A Red Hat egyik képviselője a 
kernel és a tároló-rendszerek közötti 
interfész szerepét betöltő úgynevezett 
block device layer fejlesztésének fon- 
tosságát hangsúlyozta, ezáltal lehetőség 
nyílik majd 2 terabájtnál nagyobb ka- 
pacitású eszközök használatára. Szóba 
került továbbá a hálózati interfész fej- 


lesztése, az aszinkron [/D műveletek 
támogatása és a virtuális memóriakeze- 
lés lehetőségeinek bővítése, többek kö- 
zött a vállalati nagy adatbázisok keze- 
lésének megkönnyítésére. A Motorola 
előadója az SCTP (Stream Control Trans- 
mission Protocol) implementálásával 
kapcsolatos munkájáról számolt be, 
amely egy nemrégiben szabványosított 
átviteli réteg (transport layer) protokoll. 
Biztonsági kérdéseket is megvitattak a 
találkozón, a National Security Agency 
egyik alkalmazottja a hozzáférés sza- 
bályozásának lehetőségeit, valamint az 
NSA által fejlesztett Linux változatot 
mutatta be. Az új kernelben javulni fog 
továbbá a laptopok, az USB és 
PCMCIA csatlakozások támogatottsá- 
ga, és egyebek közt szó volt új fájlrend- 
szerek bevezetéséről és az SMP-ről is 
(symmetric multiprocessing). (ZDNet) 
Galántai Zoltán — Mákos András 


Május 8—-12. között kerül sorra az Info 2001 nemzetközi 
informatikai és kommunikációtechnikai szakkiállítás a bu- 
dapesti vásárvárosban. A Hungexpo a szakmai jelleg meg- 
erősítése érdekében fejlesztette tovább a rendezvényt. Az 
A" pavilonban lévő szakkiállítás továbbra is olyan átfogó 
bemutató színehelye lesz, amely a számítástechnikai és 
távközlési szakemberekhez, az informatikai termékek széles 
felhasználói köréhez és valamennyi érdeklődőhöz szól. 
Ugyanakkor az első három napban (május 8—10.) életre hívott 
ICT-Fórum szűkebb szakmai körnek, az informatikai és 
gazdasági döntéshozóknak kínál kényelmes bemutatási és 
tárgyalási feltételeket a , B" pavilonban. 

Aprilis elejéig mintegy 150 cég jelezte részvételét az 
Infóra, 5400 m? nettó kiállítási területen, az ICT Fórumra 
pedig 25 kiállítót regisztráltak, mintegy 1100 m2 területen. 


Az ICT-Fórum konferenciaprogramjának első napján kerül 
sor az országos informatikai tanulmányi versenyek ered- 
ményhirdetésére, valamint az , E" nélkül nem megy című 
rendezvényre, amelyen az e-business alkalmazásához szük- 
séges IT követelményeiről, a mobil elektronikus pénztárcák 
biztonságáról, a digitális aláírás hazai bevezetésének meg- 
oldandó feladatairól hallhatnak előadásokat a résztvevők. 
Május 9-én , Behálózott gazdaság — tudástársadalom" címmel 
lesz egy másik konferencia, és szintén ezen a napon hang- 
zanak el előadások az online és offline vevőkapcsolatokról 
(CRM). A május 10-i téma az e-book és az e-learning, és 
ekkor zajlik le a , Webmesterek utcája" rendezvény is. 
Mindkét rendezvényen jelen lesz a Miniszterelnöki Hivatal 
informatikai kormánybiztossága. A nagyközönséggel megis- 
mertetik például a PC-programot és az Írisz-programot, az 
ICT-Fórumon pedig tájékoztatják a szakembereket többek 
között az információs társadalom kialakításának terveiről és 


eredményeiről, a digitális aláírás szabályozásának menetéről. 
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Nem csak 05/2 ... 


Frissítések az IBM-től 


Az IBM Software Choice webolda- 
lán — (http://www-4.ibm.com/software 
/os/warp/swchoice/) közzétett informá- 
ciók szerint a nagyvállalat a 2001-es év 
folyamán a következő, 0S/2-vel kap- 
csolatos frissítések kibocsátását tervezi: 
TCP/IP 4.3.1, amely tartalmazni fogja 
a TCP/IP 4.3-hoz eddig kibocsátott ja- 
vításokat, kezelni fogja a 2 K-nál na- 
gyobb socketeket, és a jobb teljesít- 
mény elérésének érdekében összehan- 
golják a Java 1.3-as motorral is; logon 
kliens 4.4, amely az előző, még a 
Windows NT-hez kiadott 4.3 verzió 
Windows 2000-re átalakított változata; 
új, a Mozilla nyilvános (open-source) 
kódján alapuló OS/2-es böngésző, va- 
lamint az SSL kiegészítő modulokkal 
felvértezett, ugyancsak nyilvános kó- 
don alapuló Apache webkiszolgáló. 


Openoffice 


A StarOffice kódjának nyilvánossá 
tétele óta egyre több operációs rend- 
szerre fordítják le ezt az ingyenes irodai 
alkalmazáscsomagot. A windowsos és 





linuxos változat mellett nagy erőkkel 
dolgoznak például a MacOS-en futó 
változaton, és nemrégiben bejelentet- 
ték, hogy egy — egyelőre még csak két 
főből álló — német—amerikai csapat 
belekezdett az OS/2-es verzió elkészí- 
tésébe is. Más pletykák szerint orosz 
058/2-es programozók is kacérkodnak 
a gondolattal. A feladat nem tűnik egy- 
szerűnek, ugyanis a Sunnál annak ide- 
jén nem sikerült lefordítani a StarDivi- 
sion német cégtől megvásárolt 5.2-es 
verziót OS/2-re. Bár az Odin fejlesztő- 
inek sikerült szóra bírniuk a Windowsra 
kiadott 5.2-es verziót, egy igazi OS/2-es 
megoldás ettől kétségtelenül jobb 
(gyorsabb, stabilabb) lenne. Az Open- 
Office programról további információ- 


kat a http://www.openoffice.org oldal- 


ról lehet szerezni. 


Nemrégiben jelentette be Jürgen 
Dankoweit, hogy a Fixpak 13 (Warp 
4.5) bevezetése után a termékében fel- 
merült problémák miatt végleg felhagy 
a SecureOSZ2 fejlesztésével, amely az 
OS/2 többfelhasználós alkalmazását 
tette volna lehetővé. Szerencsére nem 
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Survey Says! 


Last week 501 people took the eCS Survey, 
the guestion was "What is more important to 
you for eComStation?" The results read as 





Better driver support (150) 

Newest Win 3.x and DOS files (35) 
More native games (25) 

Support for Win 9x/ME/2000 (141) 
Updated JAVA and Netscape (Ver 5/6) 
c) 

Out of the box support for XFreeOSZ 
(9) 
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Át mee a zj4 


sokat kellett várni a SecureOS/2 pótlá- 
sára, mert a fejlesztés leállításának be- 
jelentése után néhány héttel Cristiano 
Guadagnino kibocsátotta MultiDesk 
névre keresztelt termékét, amely gya- 
korlatilag ugyanazokat a funkciókat 
nyújtja, amellyel a SecureOS/2 is ren- 
delkezett. Az egyelőre még csak béta- 
állapotban lévő alkalmazáshoz adott 
egyik segédprogram segítségével lehet 
a felhasználási helyeket létrehozni, sze- 
mélyre szabott munkaasztallal. Bizo- 
nyos fokig már a fájlhozzáférés korlá- 
tozása is megoldott, ám ezen a területen 
még sokat kell fejlődnie a programnak. 
A WPI fájlba csomagolt MultiDesk 
(md-0O-1-9.wpi) a hobbes.nmsu.edu-ról 
tölthető le, kérdéseinket pedig a http: 
[/groups.yahoo.com/group/multidesk 


levelezési listán tehetjük fel. 


EComStation honlap 


Az eredeti tervekhez képest mégis- 
csak késik a január végére tervezett 
eComStation kiadása, s előreláthatólag 
csak március végén kapják majd kész- 
hez a vásárlók. A késés oka nem isme- 
retes, ám a yahoo.com-nál üzemeltetett 
ecomstation hírcsoportban megjelenő 
üzenetekből látszik, hogy a fejlesztők 
még mindig igen keményen dolgoznak 
a Warp 4.5 alapjaira épített operációs 
rendszer tökéletesítésén. Az utolsó pil- 
lanatban megegyeztek például az F/X 
Communicationsszel, és így beépíthetik 
az eCS-be a sokak által nagy megelé- 
gedéssel használt Injoy tárcsázóprogra- 
mot. A programozási feladatokon túl 
azonban egyre több figyelmet szentel- 
nek a termék reklámozásának is. Meg- 
újították például a http://www .ecoms- 
tation.com címen található honlapot, 
amely igen tetszetős, mindenképpen 
érdemes ellátogatni oda azoknak, akik 
többet szeretnének megtudni az új 
0OS/2-es kliensról. 


UDUCD 1.4 


Elkészült a Warp 4-es telepítő CD-k 
frissítésére használható UpdCD prog- 
ram 1.4-es kiadása. A legfontosabb újí- 
tások között lehet említeni a népszerű 
faxprogram, a PMFax Lite (Fax Works) 
frissítésének, valamint az Odin és az 
XWorkPlace támogatását, illetve a 
Warp 4 programadatbázisának (databa- 
se.txt) frissítését. Az ezzel a verzióval 
készített CD-kről már közvetlenül is 
lehet bootolni és telepíteni, nincs szük- 
ség többé a lassú és sérülékeny floppyk- 
ra. Az UPdCD 1.4 letölthető a http:// 
xenia.sote.hu/-kadzsol/rexx/sajat/upd 


cd.htm oldalról. A használat során fel- 
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merülő problémákkal a http://groups. 
yahoo.com/group/updcd levelezési lis- 
tához érdemes fordulni. 


Tonigy Audio CD IFS 


Ismét új telepíthető fájlrendszerrel 
gazdagodott az OS/2. A furcsa hangzású 
Tonigy-re keresztelt Audio CD IFS-szel 
zenei CD-k sávjait lehet WAV vagy 
RAW fájlként elérni. Ennek azért van 
nagy jelentősége, mert így közvetlenül, 
mindenféle előzetes konverzió nélkül 
lehet a CD-n lévő adatokhoz hozzáfér- 
ni. Ha például a munkaasztalon keresz- 
tül tekintjük meg egy zenei CD tartal- 
mát a Tonigy fájlrendszer telepítése 
után, akkor a CD nem elérhető üzenetei 
helyett WAV fájlokat fogunk látni, ame- 
lyeket dupla egérkattintással akár azon- 
nal le is játszhatunk. A shareware al- 


kalmazás a http://tonigy.hypermart.net 


oldalról szerezhető be. 


NetDrive 1.0.7 


A Blueprint Software Works jóvoltá- 
ból egyre-másra jelennek meg a Net- 
Drive fájlrendszer újabb verziói, ame- 
lyekkel a lokális vagy a távoli (például 
egy  ftp-kiszolgálón elhelyezkedő) 
könyvtárakhoz lehet meghajtóbetűket 
rendelni, hogy azokat azután közönsé- 
ges meghajtóként lehessen kezelni. A 
cikk írásának pillanatában a legújabb, 
1.0.7-es verzió lényeges újítása a töké- 
letesített kezelőfelület (NetDrive Con- 
trol Panel), amellyel a virtuális könyv- 





D:XTTTJvinupi 


MinyW4pi — WarpIN archive viewer / unpacker for Windows vB.1 


Cc) 2901 Cornelis Bockemühl 


WarpIN backend Carchiver): (c) 1998-2999 Jens Báckman, Ulrich Möller 


BzLib2: (c) 1996-2000 Julian R Seward 


Published under the GNU General Public Licence (see the COPYING file). 


Use: winwpi Carchive) —-(Ccmd) [Cpackage2] [Kkfiles2] 


Mith: farchived: name of the archive file 


z list files 

z- list packages 
z- extract files 
z extract script 


-€emd2z 


fpackage): optional package number 
file name or mask (using x and ? jokers) 


(files2z 


ID:XTTTÖwinwpi xwp.wpi —) 
Application: 

jRevision: 

jfAuthor: 

Internet download: 
jöperating system: 
Number of ézaBa 
Min. WarpiN revision: 


Test application 


Ulrich Möller 
N/A 


Ne Files Name 


1 68 PckOB1i 
18 PckOG2 
4 PckBB3 


tárak tulajdonságait lehet menet közben 
beállítani. Az egy hónapig ingyenesen 
kipróbálgatható shareware a http: 
[/dvwww.blueprintsoftware.com/netdrive. 
könyvtárban található meg. 


WPI-nézegető 


Még csak néhány hónap telt el a 
Warpln telepítő WPI fájlformátumának 
bevezetése óta, máris gomba módra 
szaporodnak az ebben a kiszerelésben 
terjesztett OS/2-es alkalmazások. Né- 
hány hete a legismertebb OS/2-es ftp- 
kiszolgáló, ahobbes.nmsu.edu kezelője 
is bejelentette, hogy a ZIP formátum 
mellett ezentúl támogatni fogják a WPI 
fájlformátumot is. A széles körű elter- 
jedésnek persze nem biztos, hogy min- 





denki örül. A WPI fájlok ugyanis eddig 
csak a Warpln telepítő és az OS/2 alatt 
futó WarpZip program számára voltak 
értelmezhetők, s ha valaki mondjuk 
Windows alatt akart belenézni egy WPI 
csomagba, annak nem volt szerencséje. 
Most már erre is van megoldás, ugyanis 
megjelent a WinWpi program 0.1-es 
verziója, amellyel Windows alól is ke- 
zelhetővé váltak a WPI fájlok. Igaz, 
hogy a program még csak szöveges 
felülettel rendelkezik, ám ha valaki 
nagyon megszorul, az is jobb a semmi- 
nél. 

A winwpi.zip fájlban lévő alkalma- 
zás letölthető a http://hobbes.nmsu.edu 
webhelyről. 

Kádár Zsolt 
kadzsolOxenia.sote.hu 





Digitális fotókidolgozás az eBoltban 


Az internetes áruházak közül elsőként az eBolt Műszaki Áruház 2001. 
április 9-től bevezette a digitális fotókidolgozást. A Fuji technológiájára 
alapozva az eBolt garantálja, hogy a felvételek élesek, kontúrosak és 
színben gazdagok lesznek, összehasonlíthatatlanul élethűbbek, 

és időtállóbbak, mintha tintasugaras nyomtatóval készültek volna. 


A fotók megrendeléséhez elegendő az eBolt szerverére a hálózaton 
keresztül feltöltetni a digitális fájlokat, megadva a papírméretet és a 
darabszámot. Kiválasztva a fizetési és szállítási módot, készen is van a 
megrendelés. A legelterjedtebb 9x13-as papírméretben már 60 Ft-ért 
rendelhető kép, ami kevesebb, mint a házilagos nyomtatás költsége, 


ugyanakkor lényegesen jobb a minősége. 


1119 Budapest XI., Fehérvári út 83. 
Telefon: 464-7550 Fax: 464-7555 
E-mail: infoc-ogebolt.hu Web: www.ebolt.hu 


bol 


www.ebolt.hu 
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Adathordozók őrségváltása I. 


A CD-író szerves tartozékká válik 


A CD-írók árának folyamatos esése egyre kelendőbbé, 
egyre több ember számára elérhetővé teszi ezeket 


a termékeket. Egyidejűleg az egyszer írható korongok 
ára is olyan drasztikusan csökkent, hogy már majdnem 
azonosak a 3,5 collos floppy árával. Egy kis túlzással 
azt mondhatjuk, hogy adattárolásban a CD a merevlemez 
vetélytársa lett, bár jóval lassúbb annál. Mobil 
atddathordózóként a CD viszont eddig talán csak azért 
nem tudta felváltani a floppyt, mert nincs minden 
PC-ben CD-író. Előbb-utóbb azonban lesz. 


Kezdjük a CD-írás megközelítését 
egy kis számolással. Bár az újraírható 
CD-k között vannak olcsóbb és drágább 
változatok, ha az egyszerűség kedvéért 
darabját 650 forintosnak vesszük, akkor 
egy megabájt 1 forintba kerül. A 20 
gigabájtos merevlemez ára is nagyjából 
20 ezer forint körül van, így mindkettő 
fajlagos költsége azonos: 1! MB - 1 
forint. Ennél a számolásnál azonban a 
CD-t egy kicsit drágítottuk, a merev- 
lemezt pedig a valóságosnál olcsóbb- 
nak tüntettük fel, ugyanakkor kihagytuk 
a CD-író árát. Ha ezeket a tételeket is 
figyelembe vesszük, és mindent reális 
áron számolunk, akkor ma összességé- 
ben mégiscsak hasonló költségekkel jár 
az adattárolásnak ez a két formája. 

Mindkét tárolási módnak vannak elő- 
nyei és hátrányai. A winchester gyors, 
de többnyire helyhez kötött. A CD 
hordozható, de az adatok mozgatása 
jóval több időt igényel. Ha mobil re- 
keszt használunk a merevlemezhez, ak- 
kor nem vagyunk helyhez kötve, de 
sokan mégis szívesebben hordanak ma- 
guknál inkább egy 3—400 forintos ko- 
rongot. Floppy helyett is egyre gyak- 
rabban CD-re írnak fel mindent, néha 
még akkor is, ha az csak 2—3 megabájt. 
Valószínűleg az újraírható CD-RW fog- 
ja felváltani az 1,44 MB-os floppyt, 
nagyobb adatmennyiségek fuvarozásá- 
ra pedig talán a mobil merevlemez lesz 
a legjobb. A helyzet persze nem ennyire 
egyszerű. Már régóta beharangozták a 
DVD-írókat és a DVD-R lemezeket, 
amelyek 10-szer akkora kapacitást kí- 
nálnak, mint a CD-k. Egyelőre azonban 
ezek ára igen magas, és még meg kell 
oldani egy-két kompatibilitási problé- 
mát. (Az Új Alaplap következő havi 
tesztje a DVD-vel foglalkozik.) 
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CD-szabványok 


A Sony és a Philips már a 70-es 
években elkezdett közösen fejleszteni 
egy optikai adattároláson alapuló eszközt, 
de az első szabvány (a könyv borítója 
alapján elnevezett Vörös Könyv, a Red 
Book) csak 1982-ben született meg. A 
későbbi szabványok (és más színű köny- 
vek) mindegyike ehhez nyúlik vissza, 
ez rögzítette a legelső CD-formátumot, 
az audio-CD-t (CD-DA, compact disc 
digital audio), a régi, hagyományos 
zenei CD-k formátumát. Azért használ- 
juk a , régi" jelzőt, mert a ma megjelenő 
zenei CD-k jelentős hányadát már el- 
látják mindenféle multimédiás képessé- 
gekkel, és ezeknek a lemezeknek a 
formátuma sem CD-DA. 

Az audio-CD hangsávokra (track) 
van osztva (maximum 99-re), amelyek 
között 2 másodperc szünet van. A lemez 
első két másodpercét a track-ek listája, 
a tartalomjegyzék (TOC, table of con- 
tents) foglalja el. 

Az 1984-ben megjelent Sárga Könyv 
(Yellow Book) biztosította a szektorok 
felismerését, és további hibajavító bitek 
definiálásával tette biztonságosabbá az 
adattárolást. A hagyományos számító- 
gépes adatok tárolására alkalmas CD- 
ROM (read only memory) szabványt 
már ebben a kötetben definiálták. A 
Sárga Könyvre épül a CD-ROM XA 
szabvány (Yellow Book eXtended Ar- 
chitecture), amely lehetővé teszi, hogy 
a hanganyagot, a képeket és a hagyo- 
mányos számítógépes adatokat tartal- 
mazó szektorok vegyesen helyezkedje- 
nek el. A Sárga Könyv szabványa sze- 
rint felkészített meghajtók megfelelő 
driver segítségével képesek olvasni ezt 
a formátumot is. 


A következő kiadás, a Zöld Könyv 
határozza meg a CD-I (interactive) for- 
mátumot, amelyet elsősorban multimé- 
diás alkalmazásokhoz készítettek szin- 
tén a Sony és a Philips mérnökei. Ez a 
specifikáció azért is érdekes, mert nem- 
csak a lemez tartalmára vonatkozóan 
ad útmutatást, hanem meghatározza az 
egész hardver- és szoftverkörnyezetet, 
a CD-n tárolt audio, video és szöveges 
adatok kapcsolatait is. A CD-I formá- 
tumú lemez olvasására a régebbi CD- 
ROM meghajtók nem alkalmasak, mert 
a CD-I lemezen nincsen TOC. 

A Narancssárga Könyv (Orange Bo- 
ok) második publikációja mérföldkő- 
nek számít a CD fejlődésében. Ez az 
1992-ben megjelent kötet definiálja a 
CD-R (CD Recordable, azaz írható CD) 
szabványt és a multisession formátu- 
mot. Előzőleg a CD gyártása kis pél- 
dányszámban nagyon költséges volt, a 
lemezeket a gyári mintalemez (master) 
segítségével, sajtolással állították elő, 
és a lemez egyik rétege alumíniumból 
készült. A Narancssárga Könyv speci- 
fikációja szerint az alumínium réteget 
felváltották aranyréteggel, alá pedig 
fényérzékeny réteget helyeztek el, 
amelyből nagy energiájú lézersugár se- 
gítségével égetik ki a felesleges része- 
ket, így az előállítási költség jelentősen 
csökkenthető. 

A session (magyarul legjobban a 
szakasz elnevezés közelíti meg, ezért 
ezt használjuk rá) a CD-n tárolt adatok 
egyszerre felírt nagyobb blokkját jelen- 
ti. A multisession (többszakaszos) eljá- 
rás lényege pedig az, hogy a tulajdon- 
képpen , egyszer írható" CD-R leme- 
zekre több részletben egymás után 
mindaddig hozzá lehet írni valamit, 
amíg a lemez be nem telik. Mindössze 
az egyes felírások után nem szabad 
lezárni a lemezt. Ez a lehetőség egy 
ügyes trükknek köszönhető: minden új 
szakasz elejére felírnak egy tartalom- 
jegyzéket (TOC), amely az előzőleg 
már felírt adatok tartalomjegyzékét is 
tartalmazza. A többszakaszos felírású 
CD-ket kezelni képes meghajtók meg- 
keresik a legutolsó tartalomjegyzéket, 
és annak alapján tájékozódnak. 

A Narancssárga Könyv 1994-ben ki- 
adott, harmadik része specifikálja a 
CD-RW (ReWritable, újraírható) szab- 
ványt. A legfontosabb kérdés ismét a 


DELLOCOM Legyen egy DELL gépe! 


A DELL PC a minőségi számítástechnika 
élvonalát képviseli: egyedileg gyártják, füg- 
getlen szakértők tesztjei alapján a szaksajtó 
kiemelten ajánlja és az Egyesült Államok 
legnépszerűbb személyi számítógépe. 

A DELL kínálatában megtalálható a PC-k 
teljes skálája a noteszgépektől a legnagyobb 
nyolcprocesszoros szerverekig, amelyek Intel? 
Pentium" III Xeon" processzort használnak. 


A HUMANSOft Kft. — a DELL legnagyobb 
magyarországi disztributora — a gépekhez 
járó helyszíni garancián túl igény szerint 
vállalja a DELL rendszerek akár nonstop 

fel, felügyeletét is. 

inside A HUMAN inősíté 

soft Kft. ISO 9002-es minősítéssel 
pentiumel[/ rendelkezik. 
XOON 


E szé ös faajó HUMANSOft Kft. 
Dell számítógépek 1131 Budapest, Dolmány u. 12. 
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CD-RW Compatibility 


CD-Rewritable technology is one of the most recent optical 


storage process. Using this special CD-RW media, you 
can record and re-record a disc many hundreds of times 


ReWritable 


over. Each time, with perfect CD guality that"s identical to 
the original source. And with all the other advantages you 
expect from the CD format. But with the big benefit of an 
effectively unlimited writable and rewritable capabilíty. 


CD-Rewritable technology 


In its original state, the recording layer of the CD-RW disc is polycrystalline. 
During recording, a laser selectively heats areas ofthe recording track above the 
layers melting point 600 — 700 "C). The melted crystals along the track flow 


ínto the amorphous phase which is then frozen-in" by guickly cooling the layer. 


kompatibilitási problémák megoldása 
volt, ami azonban nem sikerült mara- 
déktalanul, így a régebbi meghajtók 
nem képesek olvasni a CD-RW leme- 
zeket. 


További CD-formátumok 


— CD-G (Graphics). Az audio CD 
kiegészítése, segítségével a lemez leját- 
szása közben egyszerű grafikákat is be 
lehet tölteni, bár elég lassan. 

— CD-Text. Lehetővé teszi az audio 
lemezeken a szöveges információk 
(dalszövegek, dalcímek stb.) tárolását. 

— Mixed Mode CD. Adatokat és 
hangsávokat is tartalmaz. Először az 
adatok vannak rögzítve, amit egy vagy 
több audiosáv (track) követhet. (Ezzel 
csak olyankor van gond, ha például 
betesszük egy régi CD-lejátszóba, 
amely gyanútlanul , lejátssza" az első 
szakaszba bemásolt Win95-öt. . . ) 

— CD-Extra. Ugyanúgy adatokat és 
hangsávokat tartalmaz, mint a Mixed 
Mode CD, azzal a különbséggel, hogy 
míg az előzőben minden egy szakasz- 
ban (session) helyezkedik el, ez már 
többszakaszos (multisession) formátu- 
mú. Az elsőben audiosávok vannak, és 
a CD-lejátszó csak ezeket látja, a többi 
szakaszban viszont azt tesszük, amit 
akarunk. 

— Video CD. MPEGI! kódolású, elég 
jó minőségű filmrögzítési mód. 

Mint látható, a CD-k családfáján 
rengeteg ág található, és ez okozza a 
legtöbb kompatibilitási problémát. Sok- 
szor előfordul, hogy egy régi meghajtó 
nem képes olvasni a nagy sebességgel 
felírt CD-R vagy CD-RW korongokat. 
A CD-család túlburjánzása pedig ma is 
folytatódik, egyre-másra állnak elő a 
gyártók az új szabványokkal. Az idei 
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trónkövetelő a DDCD (double density 
CD), azaz kétszeres sűrűségű CD (ki- 
sebb a pitméret és a sávok közötti 
sortávolság), így 1,3 GB adat tárolása 
válik lehetővé — mondanunk sem kell, 
hogy megintcsak a régi meghajtókkal 
való inkompatibilitás árán. 


Sebességkorlát 

A piacon rövid idő alatt lényeges 
szerkezeti változás megy végbe. A csak 
olvasásra alkalmas CD-meghajtók fo- 
kozatosan háttérbe szorulnak, mert a 
CD-RW és a DVD egységek ára egyre 
kedvezőbb, és mindegyik ellátja a 
szimpla olvasó feladatát is. Néhány 
évvel ezelőtt a gyártók még a leggyor- 
sabban olvasó egységek előállításában 
versengtek. Ez a licit azonban , kiful- 
ladt", mert a fordulatszám egyszerű 
fizikai korlátok miatt nem növelhető 
bizonyos határon túl. Kis szögsebessé- 
gek mellett a CD-lemez viszonylag 
egyenletesen forog, de nagyobb fordu- 
latszám esetén akár , robbanásveszélyt" 
is jelenthet a korong egyenetlen tömeg- 
eloszlása, például egy ráragasztott mat- 
rica miatt. Ilyenkor a lemez forgása 
instabillá válik, precessziós (körpályá- 
tól eltolódó) mozgás lép fel, az adatol- 
vasási képesség drasztikusan lecsök- 
ken, esetleg az olvasófej is tönkremegy. 
A CD-olvasás sebességét ezért már csak 
új technológiákkal lehet majd növelni, 
például több olvasófej alkalmazásával. 


Olvasási és írási technika 
Többfajta CD-olvasási és CD-írási 
technika terjedt el, tekintsük át röviden 
ezeket. A CD-írás a legtöbb esetben 
konstans adatátviteli sebesség mellett 
történik. A CD-n az adatok sűrűsége 
állandó, ellentétben például a régi ba- 





kelitlemezekkel. A régi lemezjátszókon 
a motor állandó szögsebességgel for- 
gatta a lemezt, függetlenül az olvasófej 
helyzetétől. Mivel az egyenletes leját- 
száshoz egységnyi idő alatt ugyanannyi 
adatnak kellett áthaladnia az olvasófej 
alatt, ezért a külső sávokon az adatsű- 
rűség kisebb volt, mint a belső sávokon. 
A CD esetében ellentétes a helyzet, itt 
az adatsűrűség konstans, és a CD for- 
gatásának sebessége változó. Állandó 
szögsebesség mellett a CD belső sáv- 
jainak kerületi sebessége kisebb lenne, 
mint a külső sávoké, így a külső részen 
azonos idő alatt több adat haladna át az 
olvasófej alatt, mint belül, és az adat- 
olvasási sebesség bentről kifelé nőne. 
Mivel állandó adatolvasási sebességre 
van szükség, a szögsebességet a bentről 
kifelé való íráskor állandóan csökken- 
teni kell. A módszer hátránya, hogy a 
belső sávok maximális adatátviteli sebes- 
sége korlátozza a külső kerületek átviteli 
lehetőségét is. Ennek a CD-írási techni- 
kának a neve a CLV (constant linear 
velocity, állandó kerületi sebesség). 

A másik, ennél fejlettebb technika a 
CAV (constant angular velocity, állandó 
szögsebesség). Mint a neve is elárulja, 
itt nem az adatátvitel lesz állandó, ha- 
nem a szögsebesség. Ez a módszer 
jobban alkalmazkodik a meghajtó fizi- 
kai paramétereihez, ezért nagyobb adat- 
mozgatási sebességet lehet elérni. 

A harmadik megoldás, a részleges 
CAV (P-CAV, Partial-CAV) az előző 
két módszer vegyítése. A belső területek 
írásakor a meghajtó konstans szög- 
sebességgel pörgeti a lemezt (CAV), 
ennek következménye, hogy a kezdeti 
átviteli sebesség bentről kifelé nő. Ami- 
kor azonban a sebesség elér bizonyos 
küszöböt, akkor a meghajtó átvált ál- 
landó átvitelre. A tesztnek a táblázatban 
mért részleges CAV értékeit illetően 
meg kell említeni, hogy a meghajtó 
bizonytalan olvasás esetén is alacso- 
nyabb sebességre válthat. Miután több 
lemezzel próbálkozva ez mindig más- 
hol következett be, ilyen optikai hibák- 
kal szembeni érzékenységet lehet felté- 
telezni, vagyis csak látszólagos parcia- 
litásról van szó, nem valóságosról. 

A Z-CLY (Zoned CLY, zónánként 
állandó kerületi sebesség) a P-CAV 
módszerrel ellentétben először állandó 
kerületi sebességgel (CLV) működik, 
majd állandó szögsebességre (CAV) 
vált, végül CLV-ként fejezi be a műve- 
letet. 


Mérési körülmények 


Az IDE-s eszközöket minden esetben 
a számítógép secondary slave csatorná- 
jára kötöttük, és a Windowsban enge- 


Próbapad 





délyeztük a DMA hozzáférést. Az író 
szoftverek a következőek voltak: Nero 
5.0, Easy CD Creator 4.01 és WinonCD 
3.7. Mindig az adott meghajtónak leg- 
jobban megfelelő programmal írtunk. 

A tesztelést a népszerű CDSpeed99 
legfrissebb verziójával végeztük. ACD- 
ROM olvasási mérésekhez az Új Alap- 
lap 2001. márciusi számának CD-mel- 
lékletét használtuk, a CD-R olvasási 
mérések alapjául egy 16-szoros sebes- 
séggel írt Dysan lemez szolgált. A CD- 
RW mérésekhez egy 10x-es Sony 
HighSpeed CD-RW korongot nyúz- 
tunk. Minden íráskor az Új Alaplap 
márciusi CD-jének tartalmát rögzítet- 
tük az adott médiára, grabbeléskor 
ugyanazokat a korongokat alkalmaz- 
tuk. A táblázat a CDSpeed99 tesztek 
eredményét, a gyári adatokat és az 
önálló mérési eredményeket tartalmaz- 
Za. A táblázatban szereplő legfontosabb 
mérési szempontjaink a következők 
voltak. 


e Grabbelés 


Az audio CD zenei adatának .wav 
fájlformátumba való leképezése, ehhez 
a népszerű Audiograbber programot 
használtuk, amely hibajavítás nélkül 
végigolvassa az audio CD-t. Ez vi- 
szonylag nagy sebességet eredményez, 
de gyengébb CD-olvasók esetében a 
minőség rovására mehet, azaz a lekép- 
zett hang kattogni fog. 


e Átviteli sebesség 


Az adatoknak adott időegység (I 
másodperc) alatt egyik helyről a másik- 
ra való mozgatási sebessége. Ebből 
mértünk írási és olvasási sebességet is. 
Az olvasási sebesség függ attól, hogy 
a CD mely területéről, mekkora és 
milyen fájlokat olvas a meghajtó. A 
külső sávokon a kerületi sebesség na- 
gyobb (CAV esetén), azaz adott idő alatt 
több adatot lát az olvasófej. Tehát az 
olvasási sebesség bentról kifelé nő 
(ezért szerepel a táblázatban átlagos, 
eleje és vége bejegyzés). Az írási se- 
besség mérésekor részben a CDSpeed- 
99 eredményeire támaszkodtunk. Ahol 
nem szerepel adat, ott a program nem 
tudta elvégezni a mérést. 


e Maximális írási sebesség 

Arra voltunk kíváncsiak, hogy a spe- 
cifikációban meghatározott legnagyobb 
szorzójú íráskor mekkora valódi adat- 
átviteli sebességgel dolgozik a meghaj- 
tó. A CD-DA írási sebességet külön 
teszteltük, itt arra voltunk kíváncsiak, 
hogy a maximális sebességgel felírt 
audiolemez élvezhető minőségben 
visszaolvasható-e az asztali lejátszóval. 


Ezen a ponton gyakorlatilag mindegyik 
meghajtó megbukott. Azt tanácsoljuk 
tehát, hogy ne írjanak 2x-esnél vagy 
4x-esnél gyorsabban audio CD-t, mert 
sem az asztali lejátszók, sem a számí- 
tógépes meghajtók nem képesek hiba 
nélkül visszajátszani a nagyobb sebes- 
séggel felírt lemezeket. 


e Átlagos elérési idő 

Az adatok megtalálásának ideje. A 
tesztprogrammal három értéket tudtunk 
mérni. A , véletlen" bejegyzés a lemez 
teljes felületén végzett véletlenszerű 
elérési parancsok végrehajtási idejét 
mutatja, az ,,1/3" a fejáthúzáshoz szük- 
séges idő a lemez 1/3-án, a ,teljes" 
pedig a teljes felületén. 


e CPU-terhelés 
A CD-ROM adott sebességű olvasá- 


sa esetén a processzor terheltségének 
százalékosan megadott értéke. 


e Lemezpörgetési idő 

A lemez leállításához és felpörgésé- 
hez szükséges idő. 
e Tálcakiadási és betöltési idő 

A lemezkiadó gomb megnyomásától 
vagy a kilökési (eject) parancs kiadá- 
sától a tálca megmozdításáig eltelt idő, 
a betöltési idő ennek a műveletnek a 
fordítottjára vonatkozik. 


e Lemezfelismerési idő 


A lemez tartalomjegyzékének (TOC) 
beolvasásához szükséges idő, ez CD- 
formátumonként jelentősen különböző 
lehet. 


Általános tapasztalatok 

A modern meghajtók nagy része tá- 
mogatja a Narancssárga Könyv (2. és 
3. része) által deklarált írásmódokat: 
Track at Once, Multisession, Disk at 
Once (DAO), Session at Once, Packet 
Writing. Gyakorlatilag az összes meg- 
hajtó képes volt kezelni az elterjedtebb 
CD-formátumokat, a kényes pontot a 
CD-Text írása jelentette (a táblázatban 
feltüntettük ennek meglétét). 

Mindegyik egység rendelkezik az 
audiolemez lejátszásához szükséges 
digitális és analóg audiokimenettel, 
ezt a táblázatban külön nem tüntettük 
fel. Sajnálatunkra azonban egyik 
meghajtón sem volt Play gomb, 
amelynek segítségével zenei CD-t 
tudtunk volna lejátszani szoftver köz- 
beiktatása nélkül. 


e Freecom 


A Freecom nem maga készíti a meg- 
hajtókat, hanem más gyártók termékeit 
dobozolja be. Elsősorban a versenyké- 
pes árra és az igényes körítésre helyezik 
a hangsúlyt. A tesztben szereplő belső 





CD fájlrendszerek 
150 9660 





Az International Standards Organization által 1984-ben elfogadott szabvány. A 
fő irányelv az addigi inkompatibilitás helyett mindenki által olvasható fájlformátum 
létrehozása volt. Manapság is kiterjedten alkalmazzák, népszerűségét annak 
köszönheti, hogy a legtöbb operációs rendszer kezelni tudja. Ennek persze ára 
van: mind a kialakítható könyvtárstruktúra mélysége, mind a fájlok és a könyvtárak 
elnevezése korlátok közé van szorítva. A könyvtárszerkezet maximum 8 szintű 
lehet (főkönyvtár -- 7 alkönyvtár), a fájlneveknek a 8--3 (név -- kiterjesztés) forma 
szabályaihoz kell igazodni, a könyvtárnevek pedig maximum 8 karakterből 
állhatnak. Sajnos az eredeti tervekkel ellentétben ez a szabvány az operációs 
rendszerek közül csak a DOS számára volt optimális. 


Joliet 


Az ISO 9660 szabvány kiterjesztése. Azért volt rá szükség, mert az operációs 
rendszerek kinőtték a régi szabvány kereteit (leginkább a Windows 9x-ekől van 
szó). Sajnos az új szabvány inkompatibilitást teremtett a régi rendszerekkel. A 
hosszúfájlneves (maximum 64 karakteres) elnevezést és a könyvtárstruktúra 
szerkezetét a Microsoft igényei határozták meg. 


UDF 


A Universal Disk Format az Optical Storage Technology Association által CD-R 
és CD-RW lemezekhez kidolgozott szabvány, az ISO 9960 továbbfejlesztése. Az 
íróprogram által megformázott, UDF formátumú lemezre (kb. 550 MB) bármilyen 
fájlkiírási műveletet végrehajtó programmal írhatunk, tehát például Wordbőól is 
közvetlenül elmenthetjük az anyagot a CD-re. A korongra csomagokban kerülnek 
fel az adatok (packet writing). A CD-R lemezekre addig dobálhatjuk rá a 
csomagokat, amíg az meg nem telik. A CD-RW lemezeken lehetséges a törlés 
is, ilyenkor a CD-író programok (Direct CD, PacketCD) szabadítják fel a lemeznek 
újraírásra alkalmassá váló területét. 
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GYÁRTÓ 


TDK Yamaha Teac 


Sony 


Freecom 





TÍPUS 


Csatolás 


CD-Ww 
512E 


IDE 


CyClone 


CRW 


CD-Ww 
58E 


IDE 


CRX 
0811 


IDE 


CRX 
160E 


IDE 


j 8/4/32 2; 


IDE 


8/8/32 12/10/32 





Névleges adatátvitel 
(írás/újraírás/olvasás) 


8/8/32 12/10/32 


8/4/32 


12/8/32 ! 8/4/32 


8/8/32 12/10/32 





Firmware verziószám 


1.0A 2.0A 


MYS2 


1.0E 2.0 


1.0A 2.0A 





Pufferméret 


2 MB 4 MB 


2 MB 


4 MB 2 MB 


2 MB 4 MB 





CD-Text írási mód 


$ 


7 





Pufferkiürülés elleni védelem 


BURN- 
Proof 


Nincs 





Túlírás támogatása 





Olvasási mód, CD-ROM 


Nincs 


Nincs Nincs 


n.a. 


CAV 


P-CAV [/ 


Nincs BURN- 








Olvasási mód, CD-R 


CAV P-CAV 





Olvasási mód, CD-RW 


P-CAV ] P-CAV 





Írási mód, CD-R 


P-CAV ]  n.a. 





Írási mód, CD-RW 


CLV n.a. 


Mérési eredmények 


Gyári audio CD grabbelés 
Írt audio CD grabbelés 
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19,30 
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23,00 


12,30 
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23,63 
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12,00 


12,30 
11,60 


étel 


23.63 


12,30 18,70 
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10,01 
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Max CD-DA írás 


Max CD-RW írás 


CDSpeed99 és DVDSpeed99 teszteredmények 


Adatátviteli sebesség 
Olvasás, átlagos, CD-ROM 


10,40 


13.83] k 
9.40 


9,30 


12,70 
7.10 


(403 


30,25 28,70 





Olvasás lemez eleje, CD-ROM 


18,22 16,95 
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3.70 
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Olvasás lemez vége, CD-ROM 
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31.81 





Olvasás, átlagos, CD-R 
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24.27 ! 2480 
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Olvasás lemez eleje, CD-R 
. Olvasás lemez vége, CD-R 
. Olvasás lemez átlagos, CD-RW 
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Olvasás lemez vége, CD-RW 


. Írás lemez átlagos, CD-R j 


Írás lemez eleje, CD-R 
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33.03 ] 3844 
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16.84 
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39.00 
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8,007 12,15 


01425] 14.85 
32.06 ] 31410 
[1550 ] 25.09. 


JESS 
31.74 





Írás lemez vége, CD-R 


8,007 16,02 





írás lemez átlagos, CD-RW 





10,00 8,007 








írás lemez eleje, CD-RW 


9.97 8,007 





Írás lemez vége, CD-RW 
Elérési idő 
Véletlen, CD-ROM (msec) 


9.88 8,007 


131 134 





113, CD-ROM (msec) 


139 153 








Teljes, CD-ROM (msec) 


250 224 157 164 





Véletlen, CD-R (msec) 


121 133 tr 81 





Véletlen, CD-RW (msec) 


126 136 97 132 





97 132 





CPU terhelés 1x/2x/4x/8x 
olvasás esetén (95, CD-ROM) 


1/3/6/11 1/3/13/9 
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1/3/5/16 ] 2/5/10/19 
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Lemezfelpörgésil/leállási idő (sec) 


1,44/4,41 


2,68/3,59 / 3,16/3,59 


1,18/2,58 ! 3,47/6,09 





Tálcakiadási idő (sec) 


1,41/5,17 ! 3,87/3,94 ! 1,18/2,58 ! 3,47/6,09 
3.32 ] 1,58 1,64 234 


1,32 


1,73 0,74 


1,64 2.34 





Lemezbetöltési idő (sec) 


8.15 1,69 7.93 10,62 


2,84 


7,20 0,02 





Lemezfelismerési idő 
(sec, CD-ROM) 


Irányár vagy 
ajánlott kiskereskedemi ár (Ft) 


0,73 5,66 0,02 0,02 


79.200 ! 68.000 28.000 42.500 





7,54 


32.890 


0,03 6.42 


61.490 32.000 
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System 


Conflex 


" A méróprogram által nem detektált érték. 
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Freecom írók majdnem mindegyike 
azonos kiegészítőkkel van ellátva, csak 
a 12/10/32-es modellhez nem adnak 
újraírható CD-t. Mindegyik meghajtó- 
hoz ugyanolyan segédkönyvet mellé- 
amely az adott meghajtóról szó- 
letes specifikációi helyett csak 
általános elveket és módszereket tartal- 
maz. 

A 8x/4x/32x-es meghajtó tálca- 
megoldása eltér az általánostól, a le- 
meztartó egy kis kapu mögül bújik elő, 
és érezhetően gyorsabban reagál az 
" parancsra, mint a többi tesztké- 
. A 8x/8x/32x-es Freecom Bulk 
fantázianevű író valójában egy TEAC 
WSBE, a 12x/10x32x-es író pedig egy 
TEAC WSI2E(B) meghajtót rejt magá- 
ban, ezért nem véletlen, hogy a táblázat 
megfelelő oszlopai megegyeznek. 


















és 










e Sony 

Három Sony meghajtó járt tesztlabo- 
runkban, ebből kettő a CRX1I60E 
(12/8/32) típus dobozos és OEM verzi- 
ója, a harmadik a CRXO811 (8/4/32) 
modell. A szoftverellátottságra nem le- 
het panasz, az egyetlen dolog, amit 
kifogásoltunk, hogy a dokumentáció 
csak a szoftver CD-jén volt rajta. Az 
OEM és a dobozos CRX160E meghaj- 
tók teljesítménye azonos volt. 

A kisebb Sony meghajtó (CRX0811) 
a különböző sebességgel írt CD-formá- 
tumokat nem mindig olvasta zökkenő- 
mentesen, és nem volt elég gyors, azon- 
ban a specifikációkban leírt tulajdonsá- 
goknak megfelelt. Sajnos a CDSpeed- 
99-cel nem tudtunk írási sebességet 
mérni, de ez nem feltétlenül a meghajtó 
hibája. Kicsit zavaró, hogy elég lassan 
ismeri fel a lemezeket, ezért viszonylag 


File BunTest Extra Help 


sokat kell várni, amíg bejön a CD 
tartalma. 


e TDK 


ATDK készítette a világ első 16-szo- 
ros CLV íróját, amely bejelentésekor a 
leggyorsabb volt a piacon, megelőzve 
a konkurens Yamaha és Plextor termé- 
keket. A TDK felhasználta a CyClone 
sorozatban a Sanyo CRD-BP1400P ne- 
vű megoldását. A meghajtó gyorsan és 
biztonságosan írt, a BURN-Proof tech- 
nológiának köszönhetően akkor sem 
rontotta el a lemezt, ha viszonylag 
jobban terheltük a számítógépet. A 
tesztben szerepelt készülékek közül mi 
ezt láttuk a legjobbnak. 


e Teac 


A Teac az egyik legelismertebb meg- 
hajtógyártó, köszönhetően kiváló ár/tel- 
jesítmény mutatójú termékeiknek. Ma- 
gyarországon is ez az egyik legkedvel- 
tebb márka. Az egész mezőnyben a Teac 
írók elérési ideje volt a legjobb, és 
kiemelkedtek processzorterhelési mu- 
tatóikkal is. Mindkét tesztelt készülék 
jó választás, nemcsak a kedvező ár 
miatt, hanem mert nagyon biztosan 
tudják, amit tudnak. 


e Yamaha 


A Yamaha nagy sikerű CRW2100E 
sorozatának IDE-s képviselője a me- 
zőny egyik legfürgébb tagja. A 
CRW2100-as sorozat arról híres, hogy 
ezek voltak a világ első 16x-os írói 
P-CAV módban. A Yamaha egység hi- 
ányossága, hogy nem építettek bele 
puffertelítetlenség (buffer underrun) el- 
leni védelmet. Ezt a szakemberek azzal 
indokolták, hogy az óriási, 8 MB-os 
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119:01:46]. Disc eject time: 2.55 seconds 
[19:01:57]. Disc load time: 10.52 seconds 
[190157]. Disc recognition time: 0.00 seconds 
(19:01:57]. Disc eject/load test completed 
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puffer mindenhez elegendő. A magya- 
rázat azonban nem volt elég meggyőző, 
amit az is bizonyít, hogy az idei CeBit- 
en bemutatott CRW2200-as szériát már 


felszerelték — ilyen technológiával. 
Mindamellett otthoni használatra a 8 
MB-os puffer tényleg bőven elegendő. 

Az írási metódus alatt több progra- 
mot is futtattunk, hogy megzavarjuk a 
működést, de gonoszkodásaink nem 
jártak eredménnyel. A teszt során az 
általunk használt márkájú CD-R lemezt 
nem volt hajlandó 12x-esnél gyorsab- 
ban írni (ennek oka, hogy nem szereti 
a zöld lemezeket, és erre a magyar leírás 
figyelmeztet is), ezért a dobozban mel- 
lékelt Yamaha CD-R lemezzel is tesz- 
teltük, és azzal már nem is tapasztaltunk 
hasonló problémát. Sajnos a mellékelt 
szoftver nem engedélyezett 8x-osnál 
gyorsabb újraírást (emiatt került a táb- 
lázat megfelelő sorába a 7, 1x-es bejegy- 
zés). Más íróprogramokkal is próbál- 
koztunk, de ezekkel sem jutottunk jobb 
eredményre. A gyártó honlapján sem 
találtunk utalást a problémára, ezért 
megnéztük az íróprogram honlapját, 
ahonnan kiderült, hogy az újabb Easy 
CD Creator (5.x) verziók már működ- 
tetni tudják a meghajtót. 

Kicsit zavaró, hogy a készülék elég 
hangos, lassan ismeri fel a lemezeket, 
és lustán pörög fel (sőt néha kétszer is 
egymás után), azonban ha egyszer be- 
indul, akkor nincs megállás, grabbelés- 
ben nem sok meghajtó vette fel vele a 
versenyt. A Storage System jóvoltából 
magyar kézikönyv is van hozzá. 

A tesztről részletesebb információk 
is találhatók a (http://plusabit.tvnet.hu) 
honlapon. 

Simon Zoltán 
hactorXDuze.net 
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V Vivendi Telecom Hungary 


Összeköt minket 


Egy sikeres vállalkozás mára már elképzelhe- 
tetlen jól kiépített, megbízható üzleti kommu- 
nikációs alkalmazások nélkül. Mi a V-com-nál, a 
Vivendi Telecom Hungary csoport üzleti kom- 
munikációs szolgáltatójaként, legfontosabb fela- 
datunknak tekintjük, hogy ügyfeleink mind telje- 
sebb kiszolgálásával és széleskörű szaktanács- 
adással járuljunk hozzá az üzleti sikerekhez. 

E cél érdekében építjük ki átfogó optikai gerinc- 
hálózatunkat, amely lefedi az ország teljes terü- 
letét. 

A szolgáltatási portfóliónkba tartozik többek 
között a felügyelt bérelt vonal, a bérelt vonali 
Internet, a Frame Relay, az ATM, a VolP, 
valamint az országos Intranet és VPN hálózatok 
kialakítása is. 


Ismerje meg szolgáltatásaink szélesebb körét 
is, lépjen kapcsolatba velünk! 

Célunk, hogy megbízható, minőségi szolgáltató- 
ként naprakész megoldásokkal és elismerten ki- 
váló ügyfélszolgálattal segítsük Önt és cégét a 
sikerhez. 


További információval készséggel állunk rendelkezésére a 
06-80-822-822-es díjmentesen hívható telefonszámon, 


valamint a salesovcom.hu címen. 
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A V-com a PartnerCom jogutódja. 
A név változott, szakértelmünk és 
ügyfeleink elégedettsége változatlan. 
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Az üzleti kommunikációban mi biztosítjuk a megoldásokat. 
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A Panasonic WORKIO 2500 olyan többfunkciós digitális másoló, amely méltán része a modern irodának. 
Mindenki bizalommal fordulhat hozzá, aki másolni, nyomtatni, szkennelni vagy faxolni szeretne. 
Diplomáciai érzékének köszönhetően kiváló kapcsolatokat ápol a külvilággal: faxolni egyszerre két telefonvonalon, 


vagy akár az interneten is képes. További információk: workio opanasonic.hu w.workio.com 


WOreKIO 


DIGITAL IMAGING SYSTEMS 
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A puffer kényes pont 


Tippek és trükkök a CD-íráshoz 


CD-íráskor a leggyakrabban előforduló hibajelenség, 
hogy leáll az írási művelet. A következmény egy elrontott 
lemez. Ennek oka többnyire az, hogy kiürül a puffer. 

A buffer underrun, magyarul puffertelítetlenség vagy 
tárkiürülés tényleg gyakori, de nem mindenre ez a 
magyarázat. Nézzük meg, miről is van szó. 


Olvasáskor a CD-ről egy belső puf- 
feren keresztül jutnak el az adatok a 
gépben a megfelelő helyre. Íráskor is a 
puffer közbeiktatásával közlekednek a 
bitek, csak az áramlás iránya fordított: 
a buszon keresztül bekerülnek az átme- 
neti tárolóba (a pufferbe), ahonnan a 
meghajtó kiveszi őket és rögzíti a CD- 
re. A buffer underrun (puffertelítetlen- 
ség, pufferkiürülés, tárkiürülés) jelen- 
sége akkor lép fel, ha a csatornán nem 
érkezik elegendő adat, ezért a meghajtó 
kénytelen felhasználni az átmeneti tár 
teljes tartalmát, és hirtelen nincs mit 
írnia. Hogy ez miért baj? Mert a meg- 
hajtókat a szituáció sokkolja, meg- 
akasztja az írási folyamatot. Ahhoz 
ugyanis, hogy ez ne következzen be, a 
meghajtónak le kell állítania a lézert, 
meg kell jegyeznie, hogy hová írta be 
az utolsó bitet, majd amikor megint 
jönnek az adatok, akkor az írófejet 
ugyanarra a helyre kell pozicionálnia, 
végül bekapcsolni a lézert, és akkor az 
írás folytatódik. 


BURN-Proof 


A fenti műveletsorra a meghajtók 
eleinte nem voltak képesek. A probléma 
megoldására először a Sanyo mérnökei 
dolgozták ki a BURN-proof (Buffer 
UnderRUuN Proof) technológiát. A trükk 
lényege, hogy az íróegység figyeli a 
puffer tartalmát, és ha az bizonyos 
telítettségi szint alá csökken, akkor le- 
állítja a műveletet, de elmenti a fej 
pozícióját. Az írást mindaddig nem is 
folytatja, amíg meg nem telik a tár. 
Újraindításkor a pozicionálásnak na- 
gyon pontosnak kell lennie, mert nem 
szabad, hogy az olvasásnál észrevehető 
maradjon az adatfolyamban bekövetke- 
Zett törés. 

Azóta más cégek is kidolgozták a 
puffertár kiürülése elleni védelmet, an- 
nak legfeljebb más az elnevezése: Just- 
Link (Ricoh), BurnSafe ( Yamaha) stb. 
Ma már a legelelterjedtebb íróprogramok 


mindegyike ismeri ezeket a módszere- 
ket, tehát eredményesen alkalmazhat- 
juk őket. 

A tárkiürülés jelensége leggyakrab- 
ban akkor fordul elő, amikor túlságosan 
igénybe vesszük a számítógépet, és nem 
marad elegendő erőforrás a meghajtó 
számára. Ha viszont rendelkezünk 
BURN-Proof írásmódra alkalmas író- 
egységgel, akkor közben nyugodtan 
használhatjuk a PC-t más feladatokra 
is. Ha nincs ilyen technológiánk, akkor 
CD-íráskor nem érdemes mással is fog- 
lalkoztatni a gépet, mert ennek egy-egy 
elrontott CD lehet az ára. 


Persze nem csak emiatt szaporodhat 
elrontott lemezeink száma. Az egyik 
alattomos hibaforrás az IDE-kezelő. Ha 
az IDE driver nem tudja megfelelően 
kiszolgálni a meghajtót, akkor az ada- 
tok olvasása és írása rendkívül bizony- 
talanná válik. A probléma meglétét leg- 
egyszerűbben a CDSpeed99-cel ellen- 
őrizhetjük: ha az adatolvasási sebesség 
és a forgási sebesség ingadozik, akkor 
van okunk gyanakodni. Főleg Windows 
2000-et vagy Millenniumot használók 
szoktak panaszkodni, hogy a legkivá- 
lóbb íróberendezések is elrontják a le- 


A BURN-Proof - Microsoft Int. 
] Fle Edit View Favorit 





mezírást. Erról általában a kiforratlan 
driverek tehetnek. 

Viszonylag ritka eset, hogy az író- 
szoftver okozza a hibát. Ráadásul ennek 
pontos kiderítése szinte lehetetlen. A 
szoftvergyártó honlapján esetleg vá- 
laszt találunk kérdéseinkre. 

Problémák forrása lehet az is, hogy 
több lemezt írunk egymás után, és az 
íróegység túlmelegszik. Egy kicsit pi- 
hentetni kell a készüléket. 


Amire érdemes figyelni 

— Ha IDE-s írót használunk, azt 
lehetőleg a másodlagos (secondary) 
IDE buszra csatlakoztassuk, mert így 
az elsődleges (primary) buszon lévő 
merevlemez nem akadályozza az egy- 
ség működését (csökken a tárkiürülés 
veszélye). 

— A DMA használata elengedhetet- 
len a nagy sebesség eléréséhez, sőt 
DVD-s egységek esetén a filmlejátszás 
lehetetlenné válik a nagy processzorter- 
helés miatt. 

— Az írási művelet megkezdése előtt 
érdemes megnézni a meghajtó specifi- 
kációját, amelyben a gyártók rögzítik, 
hogy milyen lemezekkel működik 
együtt az egység. Nem mindegy, hogy 
100 forintos , no name", vagy 500 fo- 
rintos márkás korongot használunk. 

— Egyes CD-író egységek nem ké- 
pesek ugyanolyan sebességgel vésni az 
azonos típusú, de különböző anyagú 
lemezeket (gondoljunk csak az írási 
oldalon arany, ezüst, kék, zöld stb. színű 
lemezekre). 

— Az írási művelet megkezdése 
előtt, ha az íróprogram engedi, érdemes 
lefuttatni egy írástesztet. 

— Általában lehetőség van úgyneve- 
zett image-fájl készítésére, amely a 
készülő CD teljes tartalmának másola- 
ta. Ebből biztonságosabban tud az író- 
szoftver dolgozni, és lényegesen csök- 
ken a CD elrontásának valószínűsége. 

Simon Zoltán 
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Why does BURN-Proof make a gap ? 


!l have told you that a drive has the high ability-error correction 


function at the 1st chapter, 


First of all, why ís a gap made ? 


lets 


Reflection 


Polycarbonate 


but vou may be concerned about a gap and may 
think that a gap is egual to the error. 


irotseláut aleut (ne record to CD-R is the technigue 


of irradiating laser and printing a 
record mark (pit) on the organic 
coloring matter of record material 
at the high temperature of 300 
degrees. 

In regard to this laser power 
control, a drive will be the 
condition to supply the laser power 
for expecting normal recording 
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Digitális kamerák 


A videózás új útja 


A digitális fényképezés már elég gyorsan terjed, 

a hobbi szintű modellek a bevásárlóközpontok polcain is 
megjelentek. Mozgóképet rögzítő társaik még nem 
tartanak itt, nemcsak az áruk miatt, hanem mert a velük 
készült felvételek feldolgozásához nagyobb számítógépre 
és bizonyos szaktudásra is szükség van. Kipróbálásra 

a Panasonic Magyarország bocsátotta rendelkezésünkre 


az NV-DS12EG típusú DV kamerát. 


A digitális fényképezőgéppel készült 
felvételek feldolgozására gyakorlatilag 
bármilyen PC megfelel, a képek mérete 
tömörítés nélkül is csak néhány MB. A 
számítógépet pedig akár teljesen kiik- 
tathatják azok, akik megelégszenek a 
felvételek módosítás nélküli nyomatai- 
val, mert már kaphatók olyan nyomta- 
tók, amelyek a fényképezőgép kártyáját 
beolvasva közvetlenül kinyomtatják a 
képeket. 

A digitális video (DV) kamerákkal 
más a helyzet. Azokhoz szükségesek a 
digitális szerkesztőrendszerek, hiszen 
ha analóg szalagra visszük át az anya- 
got, elveszítjük azokat az előnyöket, 
melyek miatt a költségesebb digitális 
kamerát beszereztük. 

A Panasonic NV-DSIZEG külső mé- 
retében a VHS-C kameránál valamivel 
kisebb, súlyra is közel azonos, de a 
kamera DV kazettájának mérete csak 
töredéke a VHS-C szalagénak, egy ing- 
zsebben is jól elfér. A DV kazetta 
4-6-szor többe kerül, mint az analóg 
kazetta, felbontása viszont több mint 
duplája, és ahang minőségi paraméterei 
is sokkal jobbak. 


LIP 


NONI 
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A Panasonic DV kameráinak sorában 
a NV-DSIZEG a legkisebb modell, de 
a sorozat nagyobb tagjai (15EG, 
150EG, 25EG) optikailag azonos ké- 
pességűek, csak szolgáltatásaikban tér- 
nek el az alapgéptől, például van színes 
LCD nézőkéjük, amelynek felbontása 
nem túl nagy, érezhető a szemcsézettség 
az analógoknál megszokott képhez vi- 
szonyítva. A soros áttöltéshez külön 
megvásárolható a WV-DTANSE kábel és 
a szoftvercsomag (kb. bruttó 14 ezer 
forintos áron). 

A szoftver le tudja menteni a moz- 
gókép-snittek közötti állóképeket vagy 
a lejátszáskor megállított képeket. Éj- 
szakai felvételekhez beépített infra- 
lámpa ad segítséget, ilyenkor a rögzítés 
fekete-fehérben történik. Mód van ál- 
lóképek rögzítésére felvétel közben is, 
egyedi képkockaként, vagy sorozatban 
a gomb lenyomva tartásáig. Az állóké- 
pes kamerákkal szemben itt nincs me- 
móriából háttértárba (flash kártya) írási 
idő, ezért a sorozat akár az egész ka- 
zettát kitöltheti, plusz a képek alatt a 
hangokat is hallhatjuk. A használható 
effektek közül a tükrözés, a stroboszkóp 





és a bűnügyi filmekből ismert , kocká- 
sítás" érzékelteti a digitális feldolgozás- 
ban rejlő lehetőségeket, ennek inkább 
csak demonstráció a célja, az anyagot 
számítógéppel célszerű szerkeszteni, a 
vágórendszerek sokkal szélesebb palet- 
tát nyújtanak. 

Egyértelműen a DV felé vezet az út, 
az ártól eltekintve nincs semmilyen 
hátránya az analóg technológiához ké- 
pest. (A hagyományos videón való le- 
játszáshoz is bármikor készíthetünk má- 
solatokat az analóg kimeneten.) 

A Panasonic fenti kamerasorozata 
mellett vannak olyan modellek is (pél- 
dául a Panasonoc NV-MX300), amely 
a memóriakártyára nagyobb felbontás- 
nál rögzíti az állóképeket, mint a video- 
felvétel, így felesleges fényképezőgé- 
pet is cipelni. Másrészt viszont valami- 
vel olcsóbban kaphatók hibrid techno- 
lógiás Digital8 kamerák is, amelyek 
képesek egyrészt Hi8-as szalagra digi- 
tálisan felvenni, másrészt az analóg 
Hi8-as filmeket a digitális kimeneten 
lejátszani, így nem kell a digitalizálást 
a számítógépen külön elvégezni. 

Bánó György 


JA LL KG 





Újabb gyöngyszem 


Nálunk a széles kínálat és we 
a kiváló minőség egyaránt 

fontos. Ezért gazdagítottuk 

most választékunkat egy újabb 

világszínvonalú termékkel: a Space- 

walker alaplapok, DTK számítógépek, 

Chicony billentyűzetek mellé elnyertük az LG 

optikai eszközök disztribúciós jogát. 

Hogy Ön eggyel több gyöngyszem közül választhasson. A MŰ ÖDŐ[EZZZJ KAPCSOLAT 


www.juventus-team.hu 1145 Bp., Laky Adolf utca 36. Tel./fax: 469-5847 
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Talán nem mindenki tudja, hogy 

a számítógépbe beépített DVD-ROM 
segítségével éppúgy nézhetünk 
DVD-n rögzített filmeket, mint egy 
asztali DVD-lejátszóval, különösen 
ha a számítógép monitora helyett 
nagyméretű ernyőn nézzük a 
projektorral vetített képet. 


A DVD-filmek lejátszásának egyik alternatívája kezdettől 
fogva a számítógép. A hazai piackutatások szerint Magyaror- 
szágon is elég sokan használják erre a gép DVD-ROM 
egységét. Azzal érvelnek mellette, hogy egy jobb minőségű 
DVD-lejátszó árából megoldható a DVD-lejátszás, és emellett 
van egy számítógépük is. Akik inkább az asztali DVD-lejátszót 
választják, kényelmetlennek tartják, hogy a számítógépet 
össze kell állítani, az nem mindig működik üzembiztosan, kicsi 
a képernyője, sok szolgáltatás hiányzik belőle stb. 

Vajon melyik produkál jobb minőséget DVD-lemezről, a 
számítógép vagy az asztali lejátszó. Erre a célra egy teljesít- 
ményben és árban is kiváló vetítőt, a Sony VPL-CS10 projektort 
választottunk. A jelenlegi projektorok közül a VPL-CS10 mind 
árban, mind minőségben komoly alternatívája például egy 60 
colos (150 centiméteres) hátulról vetítő projektornak (retro 
doboz). Ez utóbbi ára összemérhető a Sony VPL-CS10 árával, 
sőt néhány típusa jóval drágább. 

A projektor képmérete könnyűszerrel növelhető akár a 2 
méteres képátlóig, vagy azon túl is. A fényerővel és a 
kontraszttal lehetnek gondjaink, de a felbontással semmikép- 
pen sem. Az LCD projektorok, így a Sony VPL-CS10 előnye, 
hogy nem kell törődnünk az 50 vagy 100 hertzes megjelení- 
téssel, hiszen az LCD panel vetítési technológiájából adódóan 
a kép szinte egyáltalán nem villog, még nagy képátló esetén 
sem. 

Ráadásul a Sony VPL-CS10 számítógép-bemenetét hasz- 
nálva (megfelelő számítógépes videokártyával és szoftverrel) 
a számítógépek monitorkimenetén sokkal jobb képminőség 
érhető el, mint az egyszerűbb kivitelű, RGB kimenet nélküli 
asztali DVD-lejátszókkal. Ennek oka elsősorban az, hogy a 
jelenlegi televíziós szabványok képfelbontása a legjobb eset- 
ben (PAL szabvány esetén 720x576 képpont) sem éri el a 
számítógépeknél lassan már ,gyengécskének" számító SVGA 
(800x600 képpontos) felbontást. (A képminőségbeli különbség 
igen jól látszik, ha egy S-Video kimenettel rendelkező számí- 
tógépet egy televízió S-Video bemenetére csatlakoztatunk: 
egyébként jól látszódó szövegek is olvashatatlanná válnak.) 

A másik lényeges számítógépes felhasználási terület a játék. 
Az egyik számítástechnikai lap nemrégiben tesztelte a Play- 








Házimozi a számítógépben 





Station 2 teljesítményét, és azt tapasztalták, hogy a mostani 


játékok még közel sem aknázzák ki mindazt, ami a ,vasban 
rejlik. A Sony VPL-CS10 lehetővé teszi, hogy a számítógépes 
játékokat ne csak egy 15-17 colos monitoron élvezhessük, 
hanem ,életnagyságban" és a hagyományos televízióénál 
nagyobb felbontásban. 

A Sony VPL-CS10 kétméteres képátlója más 3D grafikához, 
PowerPoint prezentációhoz, vagy más üzleti bemutatóra is jól 
használható. Ami a Dolby Digital (vagy DTS) hangot illeti, a 
digitális kimenettel rendelkező hangkártyák között már vannak 
Dolby Digital kompatibilisak, és vásárolhatunk DTS-re felké- 
szített külső dekódolót is, akár 40 ezer forint körüli összegért. 

A DVD filmek lejátszására próbaképpen használt számító- 
gép konfigurációja a következő volt: PIII 850 MHz processzor, 
256 MB RAM, ATI Radeon All-in-Wonder 32 MB DDR RAM, 
Pioneer 10x DVD-ROM, SoundBlaster Live hangkártya. Mind 
az ATI videokártya, mind a SoundBlaster rendelkezett Dolby 
Digital kimenettel. A számítógép monitorkimenete össze volt 
kötve a projektorral, 800x600-as felbontást használtunk, 32 
bites színmélységgel. A beállítások után indult az ATI DVD 
lejátszó programja. 

Az első film, amelyet számítógépes DVD-lejátszással meg- 
néztünk, az ,Egy bogár élete" volt. A képminőség különbsége 
azonnal megmutatkozott. A számítógép élesebb, részletdú- 
sabb, dinamikusabb képet produkált, különösen azoknál a 
jeleneteknél, ahol sok hangya (bogár) látszik egyszerre. 
Rengeteg apró részlet van a felvételen, amelyre korábban fel 
sem figyeltünk. Még a hátsó sorokban álló bogarak alakja is 
jól felismerhető. Kipróbáltuk a képkülönbséget a ,Briliáns 
csapdával" is, hogy ne csak animált képeket láthassunk. A 
hatás hasonló volt: élettelibb, elevenebb képek. 

A játéklehetőségeket sorra véve a Need for Speed Porshe 
Unlished játékot vettük elő, amelyet eddig nem játszottuk 19 
colosnál (50 centiméteresnél) nagyobb képátlón. A Sony 
VPL-CS10 itt is felülmúlta várakozásainkat. 

A modern projektortechnika komoly kihívást jelent a hátulról 
vetítő projektorok és képcsöves televíziók számára. Kihasz- 
nálva a monitorbemenet által nyújtott lehetőségeket, a számí- 
tógépes DVD-lejátszás (ideális esetben) jobb minőséget pro- 
dukál egy olcsóbb, középkategóriájú asztali DVD-nél is. Tény, 
hogy az általunk használt számítógép-konfiguráció ára lénye- 
gesen jobb, mint egy asztali DVD-lejátszóé, de ha mellérakunk 
egy PlayStation 2-t, és azt nézzük, hogy milyen előnyöket 
nyújt egy vetítő egy projektoros televízióhoz képest, akkor 
mindenképpen a VPL-CS10-zel járunk jobban. Az ilyen jellegű 
összeállítás persze azoknak ajánlható, akik nem riadnak vissza 
egy program vagy egy videokártya telepítésétől, de az ő 
számukra mindenképpen megfontolandó lehetőség. 


További információk és tesztvetítés: www.sony.hu/presentation. Érdeklődés telefonon: 270-8526. 
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Hardverportéka 





Színt vinni az irodákba 


Új Minolta-OAMS hálózati lézerprinter — 


Munkahelye válogatja, hogy milyen mértékben, 


de a színes nyomtatás lehetőségét az irodák is igénylik. 
A színes tintasugaras nyomtatók azonban a vállalatoknál 
nem tudtak a privát szférához hasonló sikereket 
elkönyvelni, részben kis kapacitásuk, részben a 
működtetés nagyobb fajlagos költsége miatt, hiszen 

az irodák , zabálják" a papírt és a tintát. A színes 
lézernyomtatók előrenyomulását pedig fékezi a magas 
beruházási összeg, hiába kerülnek később kevesebbe 

a színes festékkazetták. Az ellentmondást a gyártók új 
fejlesztésekkel igyekeznek feloldani. A Minolta-O0MS 
speciálisan hálózati használatra kifejlesztett, Crown II 
technológiájú nyomtatója a nagy teljesítményt 


ötvözi a gazdaságossággal. 


Lehetőségünk nyílt szerkesztősé- 
günkben kipróbálni a Minolta-OMS 
Magicolor  2200N színes hálózati 
nyomtatót. Annak konfigurálása kissé 
időigényes volt, mert a címek és nevek 
beállítása a menüvezérlő nyilakkal tör- 
ténik, de ezt általában úgyis csak egy- 
szer kell elvégezni. Támpontul szolgált 
hozzá egy magyar nyelvű füzet és egy 
ötnyelvű kézikönyv. (A dokumentáció 
CD-n is rendelkezésre állt.) 

A kliensek installálását a többi háló- 
zati nyomtatóéval analóg módon lehe- 
tett elvégezni. 

A hálózati nyomtatók használatának 
tipikus hátránya (ami felfogható persze 
előnyének is), hogy irodán belüli nép- 
vándorlással jár, különösen a jelen- 
téskészítési időszakokban. A tapasztalat 
azt mutatja, hogy sok helyi lézernyom- 
tató helyett néhány hálózatosat alkal- 
mazva ez a kényelmetlenség nem bo- 
rítja fel a munkarendet, viszont jelen- 
tősen csökken a karbantartási és fel- 
ügyeleti költség, továbbá a szem előtt 
lévő nyomtatón kevesebb , felesleges" 
oldal jön le, mert mindenki jobban 
meggondolja, hogy mit akar papíron is 
látni. 

A Magicolor 2200-as sorozat nyom- 
tatási felbontása a legkisebb modellnél 
is 600x600 dpi, és a nyomat minősége 
kifejezetten látványos (feltéve, hogy 
maga az eredeti digitális kép is az). 
Mivel a színek külön menetben ,,vasa- 
lódnak rá" a papírra, a sok színt tartal- 
mazó részeken sincs egybefolyás. Nem- 
csak speciális papíron, hanem a lézer- 


technológiának megfelelő egyszerű pa- 
píron is kitűnő nyomatokat kapunk. 

A beépített 10/100-as Ethernet adap- 
terrel a nyomtató képes vegyes hálózat- 
ban is működni (TCP/IP, NetWare 
IPX/NDS, kiegészítővel tokenRing), és 
SCSI interfésszel bővíthető. Szükség 
esetén rádugható a szokásos párhuza- 
mos portra is, bár akkor nem lehet 
kihasználni a nyomtató percenkénti 20 
oldalas fekete-fehér teljesítményét, és 
megtölteni az alapmodellnél is mini- 
mum 64 MB-os memóriát. A színes 
nyomtatás , csak" 5 lap percenként, a 
készülék rotálja a tonereket, így egy- 
szerre egy szín felvitelére kerül sor. 

A megadott sebesség viszont valóban 
reális, még fotókat nyomtatva is, szem- 
ben azzal, hogy a tintasugaras nyomta- 
tók értékei általában a draft (vázlatos, 
alacsony felbontású) módra vonatkoz- 
nak, és sokszor ott is csak az egyszerű 
szövegek kinyomtatásakor közelítik 
meg azt. 

A beépített mikroprocesszoros fel- 
dolgozás és a memória mérete lehetővé 
teszi, hogy amíg az egyik feladat nyom- 
tatása folyamatban van, addig fogadni 
tudja a következőt, így minimálisra 
csökken a várakozás. A használható 
leírónyelvek skálája igen széles. Az 
opcionális beszerelt merevlemezzel a 
színkalibrációs módokat is használhat- 
juk. A papírtároló kapacitása 1150 lapig 
bővíthető, ami erőteljes igénybevétel- 
nél is napokig elég. Ugyancsak opcio- 
nálisan kapható a kétoldalas nyomta- 
táshoz szükséges modul, valamint fel- 





szerelhető a nyomtatóra a felhasználók 
anyagait szétválogató, ötrekeszes Szor- 
tírozó. 

A nyomtató szoftvere a monitorozást 
leegyszerűsíti, követhető vele a kellé- 
kek, a tonerek állapota, figyelmeztet a 
kötelező karbantartásokra, a felhaszná- 
lók ezenkívül a web alapú CrownView 
segítségével is ellenőrizhetik az állapo- 
tát. A Print Auditorral a hálózati nyom- 
tatók költségnyilvántartása táblázatba 
foglalva kezelhető. 

A 2200N forgalmazásának bevezető 
akciója keretében az alapmemóriát 
megduplázták (128 MB), és a fekete 
tonert egy évig ingyenesen adják. Szá- 
mításaim szerint ez utóbbi akár százezer 
forint feletti összeg is lehet, ha valóban 
megfelelően kihasználják a nyomtatót. 
A nettó végfelhasználói ár 694 990 fo- 
rint. Aki irodai szinten számol, az tudja, 
hogy egy nagy teljesítményű fekete-fe- 
hér nyomtató ára hálózati kártyával 300 
ezer forint körül van, és a festékkazetták 
is 25-30 ezres tételek, ezzel összevetve 
pedig már a színes hálózati nyomtató 
ára sem tűnik olyan nagy összegnek. 
Természetesen a befektetés csak ott 
térül meg, ahol havonta több ezer oldalt 
nyomtatnak, megfelelő a hálózati inf- 
rastruktúra — és van mit színesben 
kinyomtatni. 

Bánó György 
gyorgy.bano(oalcoa.com 
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3Com: sikeres kábelmodemek 


A 3Com bejelentette, hogy világszerte több mint 1,2 millió 
DOCSIS-kompatibilis, kétirányú külső kábelmodemet érté- 
kesített a kábeles és nagy sávszélességű internetelérést 
szolgáltató ügyfeleinek. Az új kábelmodemes internet-előfi- 
zetők számát nem csupán a kényelmesebb internetezés iránti 
kereslet növeli, hanem robbanásszerűen terjedő újdonságok 
egész sora is, például a streaming audio és video, a digitális 
fényképezés stb. A behívásosról a nagy sávszélességű inter- 
netelérésre való átállás a következő években tovább gyorsul, 
2004-re az USA-ban 16 millió, és Magyarországon is több 
tízezer előfizetőre számítanak. 

A gyártókapacitás növelése mellett itthon két további 
módonis támogatják az ügyfeleket: egyrészt az egész iparágra 
kiható stratégiai tervezés eredményeként (és a beszállítók 
bevonásával) optimalizálták a beszállítói csatornákat, más- 
részt a szolgáltatókkal együttműködve egyszerű, automatikus 
telepítési lehetőségeket kínálnak. Mindezek eredményeként 
javul a szolgáltatás minősége, internetezéskor kevesebb időt 
kell várakozással tölteni. További információk a http://www 
.3com.hu címen. 


CA: tárolásfelügyeleti technológia 


A Computer Associates nemzetközi szabadalmat szerzett 
a CA ARCserve tárolásfelügyeleti megoldásában alkalmazott 
technológiára. A szabadalmazott technológia automatikusan 
biztosítja az adatok tartaléktárolását a helyi hálózatokon, 
valamint lehetővé teszi az adatok felhasználását heterogén 
rendszerekben. Az elektronikus üzletvitel számára tervezett 
ARCserve szoftver alapú tárolásfelügyeleti megoldás, amely 
szabadon skálázható a helyi (SAN, LAN), illetve nagy 
kiterjedésű (WAN) hálózatokon használt megoldásokhoz. Az 
ARCserve-ről és a hozzá kapcsolódó applikációkról további 
információk szerezhetők a www.ca.com/arcserve címen. 


Intel: hálózati processzorok 


Az Intel új, gyorsabb hálózati processzorral és robusztu- 
sabb szoftvereszközökkel erősítette meg az Internet Ex- 
change Architecture (IXA) nevű hálózati architektúráját. Egy 
éven belül ez a második jelentős fejlesztés mind az Intel 
IXP1200 hálózati processzorcsalád, mind a hozzá kapcsolódó 
szoftverfejlesztő eszközök területén. Az Intel új szoftverfej- 
lesztő készlettel (SDK) és az új Microengine C fordítóval 
segíti elő a sokféle szolgáltatást nyújtó hálózati eszközök 
fejlesztését. Az IXP1200 hálózati processzor harmadik ver- 
ziója gyorsabb belső végrehajtó egységekkel és sínekkel 
rendelkezik. A vezérléstároló egységet a processzor mind a 
hat mikromotorjában megduplázták, lehetővé téve a fejlesz- 
tőknek a még bonyolultabb szolgáltatások beépítését. 


Avaya: routing kapcsoló 


Az Avaya a hang-, adat- és képátvitelt integráló vállalati 
hálózatokba szánt adatkapcsolók csúcsmodelljét hozta for- 
galomba. Az új Cajun P882 MultiService Backbone Switch 
(több szolgáltatást támogató gerinchálózati kapcsoló) alap- 
kiépítésben (ún. dayone-ready) alkalmas egyidejű adat-, 
hang- és képátviteli alkalmazásokhoz, és képes akár 128 
darab gigabit ethernet, illetve 768 darab 10/100-as felhasz- 
náló port kapcsolására. Ezáltal a vállalkozások növelni tudják 
nagy sebességű konvergens gerinchálózatuk kapacitását, és 
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az egy-egy kapcsolóra rákötött felhasználók számát. A Cajun 
P882 típusú kapcsoló 139 Gbps kapcsolóteljesítményel, és 
106 Mpps routolási áteresztőképességgel rendelkezik. A 
Cajun P882 kapcsolóban felhasználhatók az Avaya korábbi 
és új 80-as sorozatú hálózati moduljai egyaránt — gigabit 
Ethernetet, 10/100 Mbps-ot kínálva réz-, illetve optikai 
hálózatokon, akár 48 portot modulonként. Ez a felhasználók 
számára lehetővé teszi a magas portsűrűség kialakítását, 
nagyobb teljesítmény elérését, és a fejlett OoS funkcionalitás 
kihasználását. 

A P882 kihasználja az Avaya web alapú és helyi hálózat- 
menedzsment alkalmazásai által felkínált lehetőségek teljes 
skáláját. Támogatja a CajunRules nevű policy management 
alkalmazást. A Cajun P882 amerikai listaára kb. 25 ezer dollár 
standard konfiguráció esetén, illetve 32 ezer dollár hibatűrő 
konfiguráció esetén. 


RAD/Lanex: hálózati megoldások 


Ilan Seidner, a RAD kommunikációs igazgatója hazai 
partnerük, a hálózatintegrátor Lanex Kft budapesti sajtótájé- 
koztatóján körvonalazta cégének az elérési (access) hálózatok 
terén követett termék- és megoldási stratégiáját, három 
területre koncentrálva: az IP-világára, a mobil telefóniára és 
a vezetékes szolgáltatásokra. Az IP-világban legalább két 
megközelítés lehetséges. Az egyik a VoIP forradalmian új 
technológiája, a másik a TDMoverIP, amely hatalmas meg- 
takarításokat tesz lehetővé, megengedi az új IP alapú transz- 
port hálózatok használatát különösebb kockázat és nagy 
beruházás nélkül. Az egyre nagyobb sávszélességet és több 
szolgáltatást igénylő mobil felhasználók rövidesen a második, 
majd a ,két és feledik", illetve a harmadik generációs 
maroktelefonokkal is találkoznak, miközben a mobilos szol- 
gáltatók szeretnék meglévő infrastruktúrájukat a lehető leg- 
nagyobb mértékben megőrizni. 

A RAD Data a jelenlegi infrastruktúra mellett biztosít 
nagyobb sávszélességet. A módszer lényege, hogy TDM 
helyett csomag (packet) bázisra (ez az ún. 2,5. generációs 
megoldás), a harmadik generáció esetében pedig ATM vagy 
IP alapra helyezik a kommunikációt. A vezetékes szolgálta- 
tásban a RAD arra kínál lehetőséget, hogy a távközlési cégek 
a monopóliumok megszűnésének körülményei közepette is 
megtarthassák eddigi partnereiket, mégpedig egyazon veze- 
téken többféle szolgáltatást biztosítva számukra. A RAD 
megoldása lehetővé teszi, hogy — tipikusan kis és közepes 
vállalatok számára — ugyanazon az érpáron ún. szolgálta- 
táscsomagokat lehessen nyújtani. A Lanex ebben kecsegtető 
üzleti lehetőségeket lát. 


IP alapú távbeszélő-alközpont 


Már Magyarországon is kapható a 3Com SuperStack 3 
NBX üzleti-vállalati IP alapú telefonalközpont, amely az 
NBX európai követelményeknek megfelelő új változata. 
Segítségével a cégek akár 600 felhasználóig bővíthetik 
telefonhálózatukat. A szabványos Ethernet hálózatokon mű- 
ködő SupetrStack 3 NBX főbb jellemzői: egyidejű adat- és 
hangátvitel; internettelefonálás; böngésző alapú adminisztrá- 
ciós eszközök; Network Supervisor és NBX NetSet felügye- 
leti eszközök; VxWorks valós idejű operációs rendszer; 72 
beépített hangposta-port; kilenc beépített lokalizált verzió. 
Az ár a konfigurációtól függ, a 200 db 10/100-as telefont 
tartalmazó rendszer 140 ezer dollár. 

Kovács Attila 
akovacsEinfopen.hu 
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Csoportmunka az , egynetben" 


A golyóálló GroupWise 6 


A vállalati számítógépes rendszerekben szorgalmasan 
termelt dokumentumok ugyanúgy , maguk alá temethetik" 
a feldolgozásukkal foglalkozókat, mint a hagyományos 
irathalmazok. A digitális áradat áttekinthetetlenségének 
elkerülésére megfelelő módszereket kell alkalmazni, 
amihez az igazán professzionális rendszerek a 
dokumentumok puszta nyilvántartása mellett számos 
egyéb funkciót is felvonultatnak. Ilyen kibővített 


rendeltetésű szoftver a Novell GroupWise, amelynek 


korábbi verzióiról már többször írtunk, és amely fokozatos 


fejlesztéssel címtár alapú rendszerré vált. 


A GroupWise kezdeti, elsősorban do- 
kumentumok rendezésére és intranetes 
dokumentumkezelésre (e-mail, fax, 
belső levelezés stb.) kidolgozott rend- 
szeréből komplex csoportmunka szoft- 
ver lett, amely természetesen továbbra 
is rendelkezik az alapvető dokumen- 
tumkezelési funkciókkal, de mellette 
sok más képességgel is. 

A Group Wise fejlesztésének egyik fő 
mozgatórugója kétségtelenül a Novell 
operációs rendszerének folyamatos át- 
alakulása volt (legutóbb natív IP-s Net- 
Ware 5-össé). A másik fontos tényező 
az oprendszeres tartozékból önálló ter- 
mékké vált címtár, az NDS (Novell 
Directory Service), amely jelenleg már 
több operációs platform hálózati üze- 
meltetőinek kedvelt natív eszköze. 
Ahogy ez utóbbi fejlődött, úgy alakul 
át napjainkban is a Novell termékkíná- 
lata, és abban egyre nagyobb szerepet 
töltenek be az NDS-re, újabban pedig 
az eDirectoryra alapozott alkalmazá- 
sok. A folyamatot jól jelzi, hogy a 
, gyári" fejlesztőműhelyben új fejlesz- 
tési koncepciót fogalmaztak meg: már 
nem a Novell korábbi sikertermékét, a 
hálózatos operációs rendszert, hanem a 
címtárat helyezik a középpontba. Ezt a 
koncepciót az internetesedő világnak 
megfelelően a , One Net" elnevezéssel 
fejezték ki. 

A GroupWise verzióváltásának elő- 
készítése ugyanennek a koncepciónak 
a keretében folyt. A BulletProof (golyó- 
álló) néven kifejlesztett 6-os verzió idén 
tavasszal készült el, és a CeBIT-en 
mutatkozott be a nagyobb nemzetközi 
nyilvánosság előtt is. A címtár alapú 
adatkezelésnek köszönhetően az új al- 


kalmazás valóban , golyóállónak" bizo- 
nyulhat a gyakorlatban, hiszen az NDS 
kapcsán nem nagyon hallunk eredmé- 
nyesen végződött feltörésekről. A hoz- 
en a GroupWise feltehetően szintén 
örökli a megbízhatóságot az elektronikus 
levelezés, a naptári szolgáltatások, a do- 
kumentumkezelés vagy a munkafolya- 
mat szervezésének megvalósításakor. 
Van továbbá a Novell új csoportmun- 
ka-alkalmazásának olyan jellegzetessé- 
ge is, amihez vetélytársainak többnyire 
, külső segítségre" van szükségük. Ez 
pedig a napjainkban tért hódító mobil 
informatika beépített támogatása. A 
központilag menedzselhető egységes 
rendszer bárhonnan és bármilyen mobil 
eszközről elérhetővé tehető az arra jo- 
gosultak számára. Ez azt jelenti, hogy 
a GroupWise szolgáltatásai az adott 
mobil eszköz technikai korlátait figye- 
lembe véve használhatók távolból is, 





például mobiltelefonnal vagy tenyér- 
géppel (PDA, Personal Digital Assis- 
tant eszközökel), amilyen a PalmPilot 
vagy a Compag iPack. 

Tekintettel arra, hogy a GroupWise 
alapvetően mégiscsak dokumentumok 
kezeléséhez készült, az alaprendszer- 
hez mindenképpen szükség van egy 
tartományra (domain) és egy , postahi- 
vatalra", ahol minden felhasználó saját 
fiókot kap. A létrehozandó dokumen- 
tumkönyvtárban pedig a kezelendő, 
kézbesítendő vagy elraktározandó do- 
kumentumokat tartják nyilván. A doku- 
mentumok célba juttatásáról a Group- 
Wise alprogramjai gondoskodnak. Az 
alprogramok között találunk olyan to- 
vábbi komponenseket is, amelyekkel 
megoldható az internetes kapcsolatok 
menedzselése, vagy a rendszer további 
részeivel való integrálás. Ez utóbbi ré- 
vén igénybe tudjuk venni a cég hard- 
vereszközei közül azokat is, amelyek 
nem NetWare oprendszert használnak, 
de értik az NDS-t. Ezáltal a dokumen- 
tumkezelés és az ezen alapuló összes 
tevékenység vállalati szinten is köny- 
nyebben összehangolható. 

Az is tény persze, hogy ez utóbbi 
integrált megoldásra szükség is van, 
hiszen a Novell jelenleg (sajnos) nem 
fejleszt kliensgépeken futtatandó saját 
operációs rendszert, azokra emiatt több- 
nyire 32 bites Windowst telepítenek, 
míg az adminisztráció gyakorlatilag 
platformfüggetlen módon megvalósít- 
ható a Java alapú, a Java virtuális gépén 
(JVM) futó ConsoleOne segítségével. 

Simay Endre István 
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Unleash your deskless workforce 2 


má 
Groupwise 6 accelerates organizational — 
responsíveness and productívity by 
allowing users of all types — desktop 
and deskless — to communicate and 
"work together across all types of 
networks, as one Net 
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Az online tranzakció biztonsága 


Valódi üzletkötés virtuális környezetben 


Sikeres és kudarcot valló próbálkozások hosszú során 
kell átesni, mire kialakulhat, hogy a vásárlásnak mely 
elemei milyen mértékben terelődnek majd át stabilan az 
elektronikus csatornákra. Az viszont egyre nyilvánvalóbb, 
hogy az egyik kulcskérdés az ügyintézés mozzanatainak 
hiteles dokumentálhatósága, a másik pedig az 
elektronikus fizetés megbízható rendszere lesz. 

Ezért fontos lépés a digitális aláírás bevezetése, 


és ezért különleges jelentőségű 
az internet alapú banktechnika. 


A hagyományos vásárlás kissé elfedi 
azt, hogy a vevőn és az eladón kívül 
mindig részt vesz a tranzakcióban egy 
harmadik szereplő is: a pénz képében 
jelen lévő bank. Az internetes vásárlás- 
nál a fizetéshez azonban már a vevőnek 
is, az eladónak is szüksége van a bank 
aktív közreműködésére. A vevőnek 
ugyanis hiteles bizonyítékkal kell ren- 
delkeznie arról, hogy valóban a pénz- 
intézettel kommunikál, amelyre a tran- 
zakciót rábízhatja. Az eladónak pedig 
tudnia kell, hogy nem , virtuális vevő" 
van a túloldalon, hanem az valóban 
fizet, és ezt a bankrendszeris garantálja. 

Hagyományos ügyfélkapcsolat ese- 
tén az ügyfél személyesen megjelenik 


a bankban, ahol megvannak azonosítási 
adatai, aláírásmintái. Az ügyfél számára 
ugyanitt kellő garancia, hogy egy fizi- 
kailag létező bankfiókban van. Teljesen 
online kapcsolat esetén a banknak egé- 
szen más eszközöket kell alkalmaznia 
az ügyfél személyazonosságának ellen- 
őrzésére, ami egyébként a bank törvé- 
nyi kötelezettsége is. 

Ennek a megoldására jöttek létre a 
hitelesítő hatóságok (CA, certification 
authority), amelyek saját aláírásukkal 
teszik hitelessé az ügyfél aláírási kul- 
csát. 

Lehetővé vált tehát a virtuális bankok 
megjelenése az interneten. A bankok 
iránti bizalmat ebben a kapcsolatrend- 
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szerben csak a biztonság megteremté- 
sével és megismertetésével lehet kiala- 
kítani. 
A biztonság bástyái 

Az internetes banki rendszerek biz- 


tonsági szolgáltatásai általában az aláb- 
bi elemekből épülnek fel: 


— Rendszerbiztonság 
(security) 


A rendszerbiztonság az illegális hoz- 
záférési kísérletek elleni védelemre 
szolgáló eszközöket és eljárásokat fog- 
lalja magában. Kulcselemei a megfele- 
lően konfigurált hálózati tűzfalak, va- 
lamint a behatolásdetektáló (intrusion 
detection) eszközök. 


— Azonosítás 
(authentication) 


Az azonosítás a kommunikáló felek 
kölcsönös személyazonossági vizsgála- 
tának feltételeit teremti meg. A bankok 
általában szimmetrikus titkosítási tech- 
nológiát használnak az üzenetek titko- 
sítására, és aszimmetrikus (nyilvá- 
nosititkos kulcsú) kriptográfia szolgál- 
ja az azonosítást. Aszimmetrikus krip- 
tográfia céljára a maximum 1024 bites 
RSA eljárás terjedt el széles körben. 
Bár a biometrikus azonosítás (retina, 
ujjlenyomat, arcforma, hang alapján) 
nagy előrelépés lenne, széles körű el- 
terjedésére elsősorban a szükséges inf- 
rastruktúra költséges volta miatt még 
várnunk kell. 


— Megbízhatóság 

(trust) 

A megbízhatóságot a nyilvános kul- 
csú titkosításra épülő rendszerekben 
egy harmadik fél, a hitelesítő szervezet 
garantálja. A kölcsönösen elfogadott 
hitelesítő szervezet mindkét oldal, a 
kliens és a banki webhely számára 
egyaránt igazolja a másik fél azonossá- 
gát. 


— Letagadhatatlanság 
(nonrepudiation) 


A tranzakciók letagadhatatlansága 
mindkét félnek érdeke. A PKI techno- 
lógia erre a célra lett megalkotva, de a 
jogi szabályozás ebben a kérdésben ma 
még az Egyesült Államokban sem egy- 
séges. 





— Adatvédelem 
(privacy) 


Az adatvédelem elsősorban a sze- 
mélyhez kötődő információk védelmét 
jelenti. A személyes adatok sérelemétől 
való félelem a kimutatások szerint az 
egyik kerékkötője az elektronikus banki 
szolgáltatások terjedésének. 


— Rendelkezésre állás 
(availability) 


A 24 órás folyamatos működés biz- 
tosításához a vártnál komolyabb erőfe- 
szítések szükségesek. Ezt jól példázza, 
hogy az USA illetékes felügyeleti szer- 
véhez (SEC, Security and Exchange 
Commission) beérkező panaszok túl- 
nyomó része az online banki szolgálta- 
tások gyakori szünetelésére, hozzáfér- 
hetetlenségére vonatkozik, de Magyar- 
országon is markánsan kiütköztek a 
folyamatos rendelkezésre állás bizto- 
sításának nehézségei. 


Intézkedések hálója 


Alapszabály, hogy egy rendszer biz- 
tonságának megítélésénél a leggyen- 
gébb láncszemet kell alapul venni. 
Ezért nem elég egyetlen alkalmazást, 
jelen esetben egy internet banking rend- 
szert a környezetéből kiragadva vizs- 
gálni, mert a teljes banki informatikai 
infrastruktúra biztonságáról kell gon- 
doskodni. A pénzintézeteknél a bizton- 
sági intézkedések rendszerének (secu- 
rity policy) elsősorban az alábbiakra 
kell kiterjednie: 
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— A gépek, adathordozók fizikai vé- 
delme, a hozzáférésre jogosult szemé- 
lyek körének kijelölése. 

— A rendszert használó személyek 
azonosságának szigorú megállapítása, 
jogkörének pontos meghatározása. 

— Az adatforgalom és az adatállo- 
mányok védelme az illetéktelenektől 
kriptográfiai és más módszerekkel. 

— Az adatállományok archiválása, 
mentése. 

— Valamennyi rendszeresemény fo- 
lyamatos (real-time) figyelése, a fel- 





használók tevékenységének naplózása, 
a naplók rendszeres elemzése. 

— A biztonsági rendszer és a teljes 
rendszer legalább félévenként történő 
felülvizsgálata. 

A védelem tervezésénél nagy figyel- 
met kell fordítani arra, hogy nemcsak 
a külső betolakodók jelenthetnek ve- 
szélyt, hanem a bármilyen hozzáférés- 
sel rendelkező belső munkatársak is, 
ezért a kár megelőzése és a veszély 
elhárítása a cégen belül fontos szerve- 
zési és menedzselési feladat. (A felmé- 





Néhány nevezetes (e)bankrablás 





1994. június 1. A hongkongi Philippines National 
Banknál észrevették, hogy eltűnt félmillió dollár a Citi- 
banknál vezetett számlájukról. A pénzt egy finnországi 
számlára engedély nélkül átutalták, ahonnan az nyomta- 
lanul eltűnt. A Citibanknál először belső visszaélésre 
gyanakodtak, később kiderült, hogy külső támadás történt. 
Ez volt az első nagyszabású, eredményes crackertámadás 
egy bank ellen. 

Az elkövetkező hónapokban még 18 alkalommal tá- 
madták meg hasonló módon a Citibank készpénzes (cash 
management) rendszerét. A tettest, Vladimir Levin orosz 
számítástechnikust egy év múlva tartóztatták le a Lon- 
don-New York repülőjáraton, amikor már 10 millió dollár 
körül volt a huszonéves orosz ténykedése következtében 
a bank veszteséglistáját terhelő összeg. 

2000 nyarán Ralph Dressel angol szoftverelemző fel- 
fedezett egy biztonsági rést, így hozzáfért az egyik 
legnagyobb amerikai internet banking szolgáltató, a Fi- 
serv által vezetett mintegy 200 milliós bankszámlához, 


beleértve a PIN-változtatási és átutalási opciókat is. Két 
hónappal előtte a legnagyobb brit online bank, a Barclays 
kényszerült online szolgáltatásának átmeneti szünetelte- 
tésére, miután ügyfelei a bejelentkezés után hozzáfértek 
más ügyfelek számlainformációihoz is. Hasonló eset 
történt 1999-ben az Egg és a Halifax online bankoknál. 
Ezek a biztonsági rések mindig valamilyen szoftverfris- 
sítés , eredményeként" keletkeztek. 

Magyarországon 2001 elején több mint 53 millió 
forintos kárt okozott egy bűnöző páros, amely internetes 
áruházat hozott létre, hogy fiktív vásárlások alapján pénzt 
csaljon ki a velük szerződésben álló banktól. Közölték a 
bankkal, hogy 214 személy vásárolt tőlük, és felszólították 
a pénzintézetet, hogy utalja át a vásárlók által a bankhoz 
befizetett összeget. Ez volt az első ilyen hazai eset. 
Előzőleg, 2000 őszén a Budapest Bank a Teleinvest névre 
hallgató internetes befektetési jegy kereskedelmi rend- 
szerének leállítása mellett döntött, amikor visszaéléseket 
tapasztaltak a rendszerben. 
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rések szerint a vállalatok biztonsági 
kockázatainak túlnyomó hányadát ka- 
pun belül lehet megtalálni.) 


A NetBoss és a biztonság 


Az alábbiakban az Online Üzleti 
Informatika Rt NetBoss termékének 
biztonsági vonatkozásait mutatjuk be, 
érzékeltetve, hogy az említett általános 
biztonsági követelmények hogyan je- 
lennek meg egy konkrét üzleti alkalma- 
zásban. A magyar banki informatikai 
piacon meghatározó jelentőségű Net- 
Boss biztonsági rendszere világszínvo- 
nalú, amit a független szakértői minő- 
sítések is megerősítenek. 

A NetBoss rendszer külső és belső 
kommunikációja a következő bizton- 
sági követelményekre támaszkodik: 

a) Az internet felől. 

— Csak HTTPS protokollal és csak 
a 443-as porton történhet kommuniká- 
ció. 

— A NetBoss rendszer nem ad helyet 
a bank egyéb webszervereinek (nem 
kerülhet a rendszerbe alkalmazásidegen 
adat). 

— Csak kliensoldali Java scriptek 
vannak az alkalmazásban. 

— Nincs az alkalmazásban Active- 
2 

b) A belső kommunikáció oldaláról. 

— A szerverek csak az előre meg- 
adott portokon és protokollok szerint 
kommunikálnak. 

— A szerverek közötti összes kom- 
munikáció naplózásra kerül. 


Nyilvános csatornán 


Az internet nyilvános csatornának 
számít, ezért a rajta továbbított adatokat 
a NetBoss védi a lehallgatás, az ellopás 
és a meghamisítás ellen. A NetBoss az 
SSL titkosítási protokollt használja 
2048 bit kulcshosszúságú RSA és 128 
bites DES kódolási algoritmussal, va- 
lamint a Global Server ID technológi- 
ával. 

A módszer lényege a következő lé- 
pésekben foglalható össze. 

1. Az ügyfél a NetBosstól kapott 
weboldalakat a számlavezető bank 
(SZB) privát kulcsával SSL protokoll 
szerint titkosítva kapja meg. 

2. Az ügyfél szintén megkapja az 
SZB-től a bankhoz tartozó Global Ser- 
ver ID-t (GSID), ami azonosítja a SZB 
NetBoss rendszerének egyik szerver- 
gépét (gyakorlatilag magát a számlave- 
zető bankot). 

3. A GSID-ben a Verisign cég privát 
kulcsával titkosítva található a SZB 
publikus kulcsa; vagyis az a kulcs, 
amelynek segítségével az ügyfél bön- 
gészője a kapott weboldalakat dekódol- 


52 ÚJ ALAPLAP  2001/4 





Egy kis mó(d)szertan 


Billentyűzetfigyelés. A megtámadott gépen , lehallgatják" a billentyű- 
leütéseket, rögzítik a kapott kódokat. Elsősorban felhasználói nevek és 
jelszavak ellopására használják. 

Jelszókitalálás. A könnyű megjegyezhetőségre alapozott jelszavak kita- 
lálására specializált módszer. Az erre készült programok használói leginkább 
a saját maguk által összeállított szótárral dolgoznak. 

Jelszófeltörés. A titkosított állományok dekódolását nyers erő (brute force) 
alkalmazásával, algoritmikus módszerereket használó programok bevetésé- 
vel megkísérlő támadás. 

Véletlen tárcsázás. Egy bank összes telefonszámának vagy feltételezett 
számtartományának végigtárcsázása modem után kutatva. Megtalálása ese- 
tén a cracker ezen a behatolási felületen próbál továbblépni. 

Szélhámoskodás. Gúnyos amerikai elnevezéssel , social engineering", A 
bank ügyfélszolgálatán vagy más emberi szálon történő megközelítés, például 
más nevében történő fellépés, jelszóváltoztatás kezdeményezése stb. 

Trójai faló. A rendszerbe álcázással bejuttatott alkalmazás, amely hátsó 
kaput tud nyitni a kívülről történő behatoláshoz. 

Ujabban egyre gyakoribbak az olyan a visszaélések, amelyek inkább 
tekinthetők szabotázsnak, semmint betörésnek, ugyanis a rendszerbe való 
behatolás nem bizonyos adatok megszerzésére irányul, hanem ,.csak" a 
rendszer normális működésének lassítására vagy átmeneti megbénítására. 
Egy cég szolgáltatásképtelenné tétele (DoS, denial of service) ellen termé- 
szetesen ugyanúgy védekezniük kell a biztonsági szakembereknek, annál is 
inkább, mert a behatolási módszerek általában azonosak, mint amilyeneket 
a lopási és csalási célzatú (magyarán pénzszerző) akciókban használnak. 








ni tudja. Mivel az SZB privát kulcsát 
csak az SZB ismeri, ezért az ügyfél által 
kért oldalt gyakorlatilag lehetetlen 
meghamisítani. 

A lehallgatás vagy forgalomelterelés 
elleni védekezés részeként az ügyfél és 
az internet banking rendszer között 
kiépült adatkapcsolat integritását is vé- 
deni kell. A kapcsolat (session) védelme 
az alaptechnológiát jelentő Progress 
eszközök (Webspeed) szolgáltatásaira, 
valamint az időbélyeges regisztrálás (a 
cookie-k) használatára épül. A védelem 
része többek között a session automa- 
tikus lezárása, ha az ügyfél egy meg- 
határozott időn túl inaktív marad. 


Naplózott, proaktív, reaktív 


Az állapotadatok gyűjtésének és nap- 
lózásának (log) lényege a rendszerben 
bekövetkezett események adatainak 
rögzítése. A NetBoss minden eseményt 
duplán naplóz, a napló másolata pedig 
a keletkezés helyéről átkerül egy köz- 
ponti gépre. Így ha egy támadás során 
a szerver saját naplóállományai esetleg 
megsérülnek, a központi adatokból re- 
konstruálhatók az események, másrészt 
jogvitában (ha az ügyfél tagadja bizo- 
nyos műveletek elvégzését) a naplóál- 
lományokkal bizonyítható a tranzakció 
megtörténte. 


A proaktív biztonság a rendszerbe 
megelőzési céllal beépített védelmet 
jelenti. 

A NetBoss a következő strukturális 
védelmi elemeket tartalmazza: 

— Routeres csomagszűrés, tűzfal, 
hálózati szegmentálás. 

— Fokozott koncentráció más (pél- 
dául banki számlavezető) rendszerek- 
kel kialakított kommunikációs felüle- 
tekre és a megengedhető kommuniká- 
ciótípusokra (a TCP/IP portok száma, 
az alkalmazott protokoll milyensége 
stb.). 

Szoftveres alkalmazási védelem: 

— Jelszó-öregítési mechanizmus. 

— Olvasási és írási jogok magas 
szintű menedzselése. 

— Duálisan naplózott rendszerese- 
mények. 

— Az alkalmazott operációs rend- 
szerek biztonságossá tétele (, szekuri- 
zálása"). 

A reaktív biztonság a behatolási kí- 
sérletek valós időben történő figyelését 
és a megfelelő reagálást jelenti. A rend- 
szer védekező reakciói közé soroljuk a 
támadási minták automatikus felisme- 
rését és a többi behatolásdetektáló mód- 
szert — feltételezve, hogy illetéktelen 
külső behatolóról van szó. A rendszerbe 
beépített behatolásfigyelő (intrusion 





detection) szoftver képes az előre defi- 
niált támadási minták észlelésére. 
Amennyiben a bemeneti jelfolyamban 
az előre definiált mintára illeszkedő 
támadási módot vesz észre, végrehajtja 
a hozzárendelt akciót. A támadási min- 
ták adatbázisa természetesen frissíthe- 
tő, így a betörésvédelem naprakész fel- 
készültségűvé tehető. 


Azonosítás és jogosultság 


A NetBoss kiemelkedő tulajdonsága, 
hogy többféle biztonsági szinten enged 
hozzáférést  szolgáltatásaihoz. Attól 
függően, hogy milyen módon azonosí- 
totta magát, az ügyfél eltérő — szűkebb 
vagy bővebb — szolgáltatáscsomaghoz 
férhet hozzá. A NetBoss rendszerben 
alkalmazott biztonsági szintek: 

0. szint — nincs ügyfél-azonosítás. 

1. szint — statikus jelszóval történik 
az azonosítás. 

2. szint — dinamikus jelszóval tör- 
ténik az azonosítás. 

3. szint — valamely hardvereszköz 
birtoklásához kötődik az azonosítás. 

A rendszer lehetővé teszi, hogy a 
számlalekérdezési funkció például már 
az 1. szinten hozzáférhető legyen, de 
mondjuk az összeghatár nélküli átutalás 
már a 3. biztonsági szinten történő 
azonosításhoz legyen kötve. Nézzük 
meg, milyen eszközöket kínál a rend- 
szer az egyes azonosítási elvek gyakor- 
lati megvalósításához. 


Dinamikus jelszóküldés 


Dinamikus jelszóról beszélünk, ha az 
ügyfélnek minden bejelentkezésekor 
egy új, korábban nem használt jelszót 
kell használnia. A módszer régóta is- 
mert, de alkalmazása kezdetben nehéz- 
kes és kockázatos volt, hiszen egy 
jelszóhalmazt előre kiosztottak neki pa- 
píron. 

Az Online korszerűbb és kényelme- 
sebb megoldást alkalmaz: a NetBoss 
SMS üzenetben küldi ki az ügyfélnek 
az egyszer használatos jelszót, a jelszó- 
generálás pedig fizikai véletlen számo- 
kon alapul, ezért algoritmikusan visz- 
szafejthetetlen. 


Azonosítás hardvereszközzel 


A dinamikus jelszavak használata a 
hagyományoshoz képest komoly biz- 
tonsági előrelépés, de a publikus csa- 
tornákon történő továbbítás kockázatot 
is rejt magában. A kockázat jelszóge- 
neráló eszközök (one-time-pad vagy 
hardver-token) alkalmazásával kikü- 
szöbölhető. Ezek az zsebszámológépre 
emlékeztető eszközök a megfelelő PIN 
kód megadása után dinamikus jelszót 
állítanak elő, amelyet a NetBoss bekér 





Csekk vagy bankkártya 


Hamis aláírás esetén a banknak nincs joga a csekktulajdonos számláját 
megterhelni. Amennyiben ez mégis megtörténik, köteles az összeget a 
számlára visszahelyezni. Nagy összegű tranzakciók esetén nemcsak tüzetesen 
összevetik az aláírást az aláírásmintával, hanem gyakran telefonon is jóvá- 
hagyatják az ügyféllel a tranzakciót. A hamisított csekkek akkor okoznak 
nagyobb problémát, ha például egy kereskedő a banknál történő beváltáskor 
szembesül a ténnyel: hamisított csekket fogadott el. Ennek kivédésére kisebb 
összegű vásárlásokra a 60-as években bevezették a csekk hitelességét 
garantáló kártyák használatát, így a kereskedőnek van lehetősége az ellen- 
őrzésre. 

Bár az aláírás ma is a leggyakrabban használt azonosító eszköz, önmagában 
nem igazán megbízható, a professzionális írásszakértők is 6,590-os tévesztési 
aránnyal dolgoznak, laikusok esetében pedig a 409o-ot is eléri azok aránya, 
akik rosszul ítélik meg egy aláírás valódiságát. 

Az Egyesült Államokban az 50-es, Európában a 60-as években jelentek 
meg a bankkártyák, de jelentős piaci felfutásuk a 80-as évekre esik. A 
csekkforgalomtól biztonsági szempontból annyiban különböznek, hogy az 
aláírás szerepe korlátozottabb, továbbá előfordul, hogy az ügyfél akkor is 
visel bizonyos felelősséget, ha a kártya kikerül a rendelkezése alól. Ha azonban 
a kártyatulajdonos jelen van a tranzakciónál, és a kereskedő a tőle elvárható 
gondossággal jár el, akkor a bank a kockázatviselő fél. 

Ha egy kártyás vásárlásnál az ügyfél személyesen nincs jelen, a visszaélés 
kockázata nagyobb, hiszen elegendő a kártya típusát, számát, lejáratának 
dátumát és a tulajdonos nevét ismerni. Ha tehát a kártyatulajdonos kifogásol 
egy tranzakciót, és nincs bizonyíték arra, hogy az árut kiszállították került, 
vagy a szolgáltatást igénybe vette, a bank nem terhelheti meg az ügyfél 
számláját a tranzakcióval. Ebben az esetben a kereskedő oldalán van a 
nagyobb kockázat, hisz ilyenkor a bank egy , chargeback" eljárás keretében 
visszaköveteli a vásárlás ellenértékét, a kereskedő viszont már nem tudja 
másra áthárítani a kárt. 

Ezek a kockázatok az elektronikus kereskedelem megjelenésével is fenn- 
maradtak, hovatovább annak jelentős gátló tényezőjévé váltak. Web alapú 
hozzáférési csatorna titkosítása (TLS, SSL) esetén a kártyaadatok ugyan 
kódoltan kerülnek továbbításra, de ez a megoldás sem küszöböli ki a 
kártyaadatok széles körű hozzáférhetőségéből eredő problémát, valamint nem 
nyújt módot a kártyainformációt szolgáltató személynek és a kártya jogos 
birtokosának ellenőrzésére, így a kereskedő kockázata továbbra is fennáll. 

A Visa és Mastercard által életre hívott SET (Secure Electronic Transac- 
tions) szabvány lehetővé teszi, hogy a kereskedő kérésére a bank azonnal 
megvizsgálja a kártyatulajdonos jogosultságait, és jóváhagyja a tranzakciót. 
Az új szabvány azonban körülményessége és költségessége miatt nem terjedt 
el, és az is valószínűsíthető, hogy minden olyan technológia, amely a 
kockázatviselést a kereskedő vagy a bank oldaláról a kártyatulajdonos felé 
tolja el, komoly ellenállásba ütközik, és nem erősíti az elektronikus keres- 
kedelembe vetett bizalmat. 








az ügyféltől, hogy azt az erre a feladatra 
használt szerver azonosíthassa. A jelszó 
előállítása olyan algoritmussal történik, 
hogy a szerver egyértelműen megálla- 
píthassa a jelszó hitelességét, ugyanak- 
kor a jelszó egyedi, és csak egyszer 
használatos. A megoldás előnye, hogy 
növeli a biztonságot, eközben mégsem 
csökkenti az ügyfél mobilitását, hiszen 
nem szükséges hozzá további periféria 
vagy szoftver. 

A NetBoss természetesen támogatja 
a PKI alapú ügyfél-azonosító megoldá- 


sokat, így az intelligens vagy okos 
kártyák használatát is (smart card). Szá- 
mos előnyös tulajdonságuk mellett az 
intelligens kártyák hátránya, hogy kár- 
tyaolvasó kell hozzájuk, ami egyelőre 
nem standard része a PC konfiguráció- 
nak. Alternatív megoldásként az Online 
támogatja az e-token azonosító haszná- 
latát. Ez a kulcstartóra emlékeztető esz- 
köz nem igényel olvasót, egyszerűen 
rácsatlakoztatható a PC USB portjára. 
Kovács Balázs 
balazs.kovacsXOonline.hu 
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Az elektronikus dokumentumok hitelessége 


A nyílt hálózatok (mint például az internet) 
felépítéséből adódóan az üzenetek különböző 
szolgáltatók által kontrollált rendszereken haladnak 
keresztül, így fennáll annak a lehetősége, hogy az 
üzenetekhez nem csak a címzett fér hozzá. 
Kézenfekvő a kérdés, hogy létezik-e olyan 
megoldás, amely biztosítja a küldő és a fogadó 
egyértelmű azonosítását, az eredeti üzenet 
változatlanságát, és azt, hogy mások ne férjenek 


hozzá az üzenet tartalmához. 


Az elektronikus dokumentumok tit- 
kosságára és megbízható azonosítására 
a legmodernebb mai technikai megol- 
dás az aszimmetrikus, más néven nyil- 
vános kulcsú titkosítás, amelynek legel- 
terjedtebb változata az RSA. Az eljárás 
előnye, hogy a küldő és a fogadó félnek 
nem kell semmilyen titkos jelszót, kó- 
dot, kulcsot cserélnie egymással, az 
adatforgalom mégis teljesen bizton- 
ságosan lebonyolítható. A kommuniká- 
cióban részt vevő felek mindegyike 
rendelkezik egy kulcspárral, ennek 
egyik tagját titkos (privát, magán-), míg 
a másikat nyilvános (publikus) kulcs- 
nak nevezzük. 

A kulcspár titkos részét csak annak 
tulajdonosa ismeri, míg a publikus 
kulcs mindenki számára elérhető. Az 
eljárás lényege, hogy a kulcspár egyik 
tagjával végzett művelet (kódolás) a 
másik taggal, a kódoló kulcs párjával 
visszafejthető (dekódolás). Az eljárás 
biztonságát pedig az adja, hogy az egyik 
kulcs ismeretében a másikhoz nem tu- 
dunk eljutni. 


Titkosítás 


Titkosítási műveletnek nevezzük azt, 
amikor a sokak által ismert publikus 
kulcsot használjuk kódolásra, a dekó- 
dolása pedig egyedül a megfelelő ma- 
gánkulcsot birtokló személy képes. 

Egy biztonságos üzenetváltás a kö- 
vetkező módon zajlik Adél és Béla 
között. Adél és Béla is rendelkezik egy 
kulcspárral. Adél a Bélához tartozó 
publikus kulcs segítségével titkosítja az 
üzenetet, amelyet később csak Béla tud 
visszafejteni saját titkos kulcsa segítsé- 
gével. A kulcspár használata lehetővé 
teszi, hogy az elektronikus üzeneteket 
(elektronikus leveleket, csatolt doku- 
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mentumokat, weboldalakat, megrende- 
léseket, pénzügyi utasításokat, számla- 
lekérdezéseket) csak az üzenet címzett- 
je tudja dekódolni. 


Digitális aláírás 


Amikor a fenti eljárás fordítottjaként 
valaki az egy példányban meglévő ma- 
gánkulccsal kódol valamit, majd ezt a 
nyilvános kulccsal sokan ellenőrizni 
tudják, ezt az eljárást nevezzük digitális 
aláírásnak. A digitális aláírás a hagyo- 
mányos papíron történő aláíráshoz ha- 
sonlóan, de számítógépes környezetben 
teszi ellenőrizhetővé az adatok hiteles- 
ségét, azaz a küldött üzenetek feladói 
pontosan azonosíthatók, és az üzenete- 
ket nem lehet letagadni, tehát bizonyító 
erővel bírnak. A digitális aláírás rendel- 


A NetLock Tani 


kezik a hagyományos aláírás összes 
fontos tulajdonságával: az aláírást csak 
az aláíró tudja előállítani, és mindenki 
könnyen ellenőrizheti, hogy tényleg a 
feltételezett aláíró készítette-e. 

Az elektronikus aláírásnak van egy 
fontos és rendkívül hasznos tulajdonsá- 
ga, mégpedig az, hogy a kézjeggyel 
ellentétben nem az üzenet hordozó- 
anyagához tartozik, hanem magához az 
üzenethez. Ha két eltérő üzenetet látunk 
el kézjegyünkkel, aláírásunk ugyanaz 
marad, míg ha két eltérő üzenetet látunk 
el digitális aláírással, a két digitális 
aláírás különböző lesz. 


A hitelesítés 

A titkosítás és a digitális aláírás tel- 
jesen független két művelet. Bár ugyan- 
azt a technológiát alkalmazzák, a két 
eljárás bármilyen kombinációban, kü- 
lön-külön alkalmazható. Amennyiben a 
titkosítást és a hitelesítést egyszerre 
használják, úgy a fogadó oldalon a 
kulcsok párjait alkalmazva az eredeti 
szöveg is visszaállítható, az aláírás is 
ellenőrizhető. Ahhoz, hogy a technoló- 
giát a hétköznapi életben felhasználhas- 
suk, elektronikus tanúsítványokra van 
szükség. Ezen tanúsítványok megbíz- 
ható harmadik személyek, hitelesítő 
szervezetek (certification authority) ál- 
tal kerülnek kibocsátásra. A hitelesítési 
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Tanúsítványkérés 
egyszeru lépésekben. 
Kezdje látogatását itt 








Ügyfeleinknek, akik már 
regisztrálták magukat 
a NetLock adatbázisába. 











Céginformáció 
Árlista 
Tanúsítványkiadás 
Gyakran feltett kérdégek 
Dokumentumok 
Terméktámogatás  ! 
Cikkek - Ezt írták rólunk 


437 saját digitális tanúsítványával... 


Iőbb mint 50 módosító indítvány a digitális aláírás törvényhe 
A törvényjavaslat általános vitájának lezárása után 10 képviselő több mint 50 
módosító javaslatot nyújtott be a részletes vitára bocsátásra váró 


Hitelesítse, titkosítsa dokumentumait Als 


sú ő 
NETLOCK [ 
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törvénytervezethez. 


Tanúsítványkiadó Rendszer 


Tanúsítványkiadók (CA) letöltése 
Tanúsítvány-varázsló ! 


Regisztráció - Ünvfélmenü létrehozása 


efejezte az Orszái 
A tervezett szerdai időpont helyett hétfőn késő délután vette napirendre az 
. Országgyűlés az elektronikus aláírás bevezetéséről szóló törvénytervezet 
" általános vitáját 


ülés a törvénytervezet általános vitáját 2001. március 27 





B 





Hálózat 





szolgáltató szerepe az, hogy tanúsítsa 
egy felhasználó (személy, szervezet, 
vagy akár egy számítógép) és az általa 
használt titkos kulcs összetartozását. A 
felhasználót annak neve, internetes cí- 
me vagy más adatai alapján, a titkos 
kulcsot pedig a hozzá tartozó nyilvános 
párjával tudjuk egyértelműen azonosí- 
tani. 

A szolgáltató rendszerint együttmű- 
ködik regisztrációs szervezetekkel, 
amelyek feladata az, hogy ellenőrizzék 
az ügyféladatok hitelességét, valamint 
betartassák a különböző eljárási rende- 
ket. A hitelesítő a megtörtént ellenőr- 
zésekre támaszkodva bocsátja ki tanú- 
sítványait, amelyeket saját digitális alá- 
írásával hitelesít, azaz a kiadó megerő- 
síti a tanúsítvány tulajdonosát azonosító 
adatoknak és a tulajdonos nyilvános 
kulcsának összetartozását. 


Magyarországon a NetLock 


Magyarország egyetlen nyilvános 
szolgáltatásokat végző tanúsítványkia- 
dója a NetLock Kft, amely 3 osztályban 
(C, B, A) és 4 típusban (személyes, 
névjegykártyás, szervezeti, szerver) bo- 
csátja ki elektronikus tanúsítványait. 
Ezek ára havonta 400-tól 2000 Ft-ig 


terjed. Az egyes osztályok nem a tanú- 
sítványok technikai megbízhatóságára, 
hanem arra az ellenőrzési folyamatra 
utalnak, amelyen az ügyfeleknek ke- 
resztül kell menniük egy-egy tanúsít- 
vány kibocsátása előtt. Egy tanúsítvány 
kibocsátásához C osztályban elegendő 
a megfelelő dokumentumok másolata, 
B osztályban a kibocsátás személyes 
megjelenéshez, míg A osztályban köz- 
jegyző által hitelesített dokumentumok- 
hoz kötött. Az egyes entitások azono- 
sítását a céghez kapcsolódó regisztrá- 
ciós hatóságok segítik, amelyek közül 
említésre méltó a Magyar Posta 3200 
hivatalával, valamint a magyar köz- 
jegyzői irodák rendszere. 

Minden egyes kibocsátott tanúsít- 
ványt az Axa-Colonia termékfelelős- 
ség-biztosítása védi, amely 50 ezertől 
5 millió forintig terjedően téríti meg a 
tanúsítványokkal okozott esetleges ká- 
rokat. A céget 1999-ben a Microsoft 
hitelesítési szolgáltatóként elismerte, és 
nyilvános kulcsait termékeiben elhe- 
lyezte. Ez lehetővé tette, hogy az egyes 
szoftverek a NetLock Kft által kibocsá- 
tott tanúsítványokat — amelyek száma 





ismerjék, használják. Ezáltal a NetLock 


Kft az egész világon elismertté és elfo- 
gadottá vált. 

A cég konzulensként részt vett Ma- 
gyarországon az elfogadás előtt álló 
elektronikus aláírási törvény előké- 
szítésében. A törvény feladata, hogy 
megteremtse az elektronikus aláírás jo- 
gi hátterét, valamint szabályozza azon 
szervezetek megalakulását és működé- 
sét, amelyek a jövőben tanúsítványokat 
bocsátanak ki. A törvény meg fog kü- 
lönböztetni . úgynevezett — minősített 
(HIF minősítéshez kötött) és minősítés- 
sel nem rendelkező hitelesítő szerveze- 
teket és tanúsítványokat. A minősített 
tanúsítványokkal aláírt dokumentumok 
teljes bizonyító erejű magánokiratnak 
minősülnek majd, azaz megfelelnek a 
két tanú aláírásával ellátott hagyomá- 
nyos iratnak. Azon szolgáltatók is ki- 
bocsáthatnak tanúsítványokat, amelyek 
működésükhöz nem szerzik meg a HIF 
minősítését, ám ezek jogi ereje gyen- 
gébb. Ezen tanúsítványok használata 
esetén a bíróság egyedileg mérlegel 
minden olyan elektronikusan aláírt do- 
kumentumot, amelynek hitelessége 
megkérdőjeleződik. 

Berkes Tibor 
berkes tEOnetlock.net 


GONDOLT MÁR ARRA... 


s hogy az Interneten keresztül továbbított 
üzenetei nincsenek megfelelő biztonságban? 


s hogy digitálisan aláírja leveleit, biztosítva 
azok hitelességét és változatlanságát? 


s hogy már naponta Magyarországon is több 
mint 100.000 digitálisan aláírt és titkosított 


üzenetet továbbítanak? 


hogy Ön is csatlakozna az elektronikus 
tanúsítvánnyal rendelkezők csoportjához? 


Készítse el tanúsítvány-kérelmét 2001. május 5-ig 
a www.netlock.net címen, s a NetLock Kft., 
Magyarország egyetlen nyilvános Hitelesítés 
Szolgáltató szervezete az INFO2001 kiállításon 


1 évre díjmentesen kibocsátja az Ön tanúsítványát. 


A NetLock Hálózatbiztonsági és Informatikai Szolgáltató Kft. 
2977 1023 Budapest, Zsigmond tér 10. Telefon: (1) 345-2255 Fax: (1) 345-2250 
Honlap: http://www.netlock.net e-mail: infocnetlock.net 
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Levegőt vehet... 





..a fekete tonert ingyen adjuk" 
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A MINOLTA-OMS magicolor" 2200 már ma teljesíti a jövő követelményeit. Stan- 
dard hálózati interfészével, amely elengedhetetlen eszköze a hatékony 
munkacsoportos nyomtatásnak, a MINOLTA-OMS magicolor" 2200 új mércét 
jelent a színes lézernyomtatásban. A színes képalkotás jövője számunkra már 
a jelen. Ráadásul most 1 évig ingyenesen biztosítjuk a fekete tonert 
a nyomtatáshoz", Rendelje meg most. Várjuk a hívását. 


Minolta Magyarország Kft. " www.minolta.hu 
Budapest (06 1 206 2266) " Debrecen (06 52 432 299) 
Kaposvár (06 82 318 440) " Szeged (06 62 420 877) 


piEa Lele 
CHS Hungary Kft. (06 1451 3566) " Colorspectrum Kft. (06 1210 1482) 


Nagykereskedelmi partnereink: 
Bartex 2000 Rt. (06 1 345 0500) " SVED Rt. (06 1 469 8000) 


LEELOET EGES ESEN es 


3 MINELIA 


. one) The essentials of imaging AMS 


Budapesti márkaképviseletek: Black Sheep Bt. 202-3185 " Bon-Computer8Copy Kft. 206-3424 e Clean Sound Rt. 384-5001 " Copympex Kft. 216-0780 
s EP-Copy Kft. 208-1239 " Milota Budapest Kft. 370-8605 " Novarex Kft. 481-9555 " Stenella Bt. 246-1967 " Office Copy Bt. 200-4230 - 
Vialux Kft. 369-0203 Vidéki márkaképviseletek: Alba Kontakt Irodatechnika Kft. Székesfehérvár 22/349-300 " Bábolna Computer Kft. Győr 34/568-400 
" Bon-Copy Kft. Miskolc 46/341-824 " Büromark Pécs 72/212-368 " Color-Copy Kft. Kaposvár 82/427-804 " Compferr Kft. Dunaújváros 25/584-O88 " 
Deák-Irodatechnika Bt. Szeged 62/441-120 " Egercopy Bt. Eger 36/414-347 " INTERTECHNIKA Kft. Békéscsaba 66/32: (GÁLA ÁT TLTArSZZ UL ELÜT 
94/316-252 " ITV Reprint Kft. Szekszárd 74/311-868 " KONWEX Kft. Szolnok 56/420-752 " Másológép Centrum Kft. Győr 96/313-OOB " MIOBA Kft. 
Debrecen 52/413-424 " Net.Copy Kft. Kecskemét 76/485-275 " Partner Irodatechnika Kft. Cegléd 53/321-300 " Prime Kft. Zalaegerszeg 92/549-414 
" TELARM Bt. Szolnok 56/426-200 " VALAMI MÁS Bt. Pannonhalma 96/472-472 " Z.HORV.Kft. Balassagyarmat 35/300-950 
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Szoftverportéka 





List 8 Label 7.0 — jelentéskészítéstől a körlevelekig 


Adatbázisokból adatok lehívására 
gyakran alkalmazott mód a listák, cím- 
jegyzékek, címkék kinyomtatása. Ah- 
hoz azonban, hogy ezeket saját ízlé- 
sünknek megfelelően készítsük el, nem 
okvetlenül van szükségünk , nehéz- 
fegyverekre". Egy jól programozható 
célalkalmazás sokszor alkalmasabb 
megoldásokat kínál. A Combit cég által 
(http://www.cómbit.de) —— kifejlesztett 
List £ Label program, pontosabban 
komponenscsomag számos programo- 
zási környezetben használható. Win- 
dows platformon a bináris formában 
telepített komponens kívülről elérhető 
függvényeit a Registry közvetítésével 
más alkalmazások is meghívhatják, 
függetlenül a fejlesztési nyelvtől. Fel- 
használásukhoz programozói oldalról 
nézve csak a külső komponensekkel 
végzett munka támogatására alkalmas 
fejlesztőrendszerre ésa ezet do- 

A fejlesztőkörnyezettel ma a már álta- 
lában nincs is gond, viszont a progra- 
mozóknak nem mindig erősségük a 
dokumentálás. Kényelmesebb is köz- 
vetlenül felhasználható anyagokat kap- 
ni, például fejlesztőcsomagok vagy Ac- 
tiveX készletek formájában. A List £ 
Label legújabb, 7-es verziója a kettő 
ötvözetének tekinthető: a telepítése 
után kapott rendszer nem tipikus SDK, 
közel 17 MB a terjedelme, és sokrétű- 
sége révén más fejlesztőeszközökkel is 
használható (C--- Builder, Centura for 
Windows, Watcom C, az XBase stb.). 
A forrásfájlokon kívül példaprogramok 
is segítik amunkát, de csak a gyakoribb 
fejlesztőeszközökre, amilyen a Delphi, 
a Visual C-t és Visual Basic. Magyar- 
országon a Ker-Soft (www.kersoft.hu) 
forgalmazza. 


Delphi 5 - Advanced 
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A combit GmbH : List § Label - Microsoft Internet Explorer. 
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Cég Old. Cég Old Cég Old. 
ABB 75. Keszo Zs OKI 45. 
Axis 06. LNX 04. Open Gates 24. 
Borland 23. LS Computer 44. Panasonic 42. 
CD Multimédia 76. Makrotrend 73. PSINet B2. 
Comfort-Netshare 24. MC8CD 75. Owerty 35. 
ComputerBooks 76. MCL 24. Sony 46. 
Corg 75. Minolta 56. Symantec 58. 
Daxon 76. MrSoft 23. Teta 75. 
Humansoft 35. Multisoft 23. TVnet 58. 
Hungexpo B4. Netlock 55. V-com 40. 
Juventus Team 45. Next Software 23. VTCD B3. 
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A hackerek, szabotőrök és cyber bűnözők mostantól új hobby után nézhetnek! A Symantec Enterprise Security távol tartja őket rendszerétől! Az új technológia biztosít- 
ja teljes hálózatát: a szervereket, a távoli felhasználókat, a webes alkalmazásokat és az asztali gépeket egyaránt. A Symantec a szolgáltatást és a tudást összehangolva 
teszi biztonságossá számítástechnikai környezetét. További információkat találhat a www.symantec.hu vállalati megoldások oldalán. 


Kábeltévén—a-eggyorsabban 
Bérelt vonalon - a legmegbízhatóbban 
Mikrohullámon-—adegrugalmasabban 
ADSL-en - adeghatékonyabban 
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TVNET Számítástechnikai Kft. 
1135 Budapest, Csata u. 8. 
Tel.: 236-6250 Fax: 236-6251 
info(otvnet.hu 





Vírusőrjárat 





A vírusírók , szponzora" 


Office XP és a makróvédelem 


Minden új Microsoft Office verzió kihívást jelent 

a vírusírók és a vírusok elleni védekezésre szakosodott 
szakemberek számára. Az Office XP (leánykori nevein 
Office 2002, 0X...) Béta 2 változatát tesztelgetve 

a szokásos makróbiztonsági párbeszédablakon 
megláttam a , Trust access to Visual Basic Project" 
feliratot. Bár szerényen az ablak legalján helyezkedik el, 
és a szöveg sem sokatmondó, amit reprezentál, 


az valójában nagyon fontos. 


A makróvírusok életképességének 
feltétele, hogy hozzáférjenek egymástól 
nagyon távol álló két objektummodell- 
hez. Az egyik az alkalmazás objektum- 
modellje, amely lehetővé teszi a vírus 
aktivizálódásához szükséges folyama- 
tokat (például a dokumentum megnyi- 
tásakor elinduló Document Open eljá- 
rást), a másik a VBE (Visual Basic 
Editor) objektummodell, amely a vírus- 
kód manipulálásához és más dokumen- 
tumokba való beillesztéséhez szüksé- 
ges eljárásokat adja. Hogy a két objek- 
tummodell között milyen fokú átjárást 


tesznek lehetővé, azt a szoftverfejlesztő 


cégek maguk dönthetik el, amikor al- 
kalmazásaikba integrálják a VBA-t ( Vi- 
sual Basic for Applications). 

A VBA-t használó egyes irodai al- 
kalmazáscsomagok, így elsősorban a 
Microsoft Office, könnyű hozzáférést 
biztosítanak mindkét objektumtípus- 
hoz. Más alkalmazások, mint például a 
WordPerfect, teljesen leblokkolják a 
hozzáférést mindenféle VBE-objek- 
tumhoz. Mivel a jelenleg ismert Word- 
Perfect vírusok száma közel van a nul- 
lához, könnyen kitalálható, hogy biz- 
tonsági szempontból melyik megoldás 
a jobb. 

Az Office XP makróbiztonsági abla- 
kában az alapértelmezés a Visual Basic 
projektre utaló beállítás kikapcsolt ér- 
téke. Ha ilyenkor egy tipikus Word 
makróvírust akarunk elindítani, annak 
aktivizálódása minden látható ok nélkül 
elmarad. A további kutakodás érdeké- 
ben a vírust most már a Visual Basic 
szerkesztőben elindítva egy másik hi- 
baüzenetet kapunk, amely közli, hogy 
a Visual Basic projekt elérése nincs 
engedélyezve. Ekkor kezd érdekessé 
válni a dolog. Vajon mit talált ki a 
Microsoft? Talán nem engedi tovább 


érvényesülni kedvenc makróvírusain- 
kat, hiszen túlnyomó részüknek lét- 
szükséglet a VBE-objektumok hozzá- 
férhetősége. Nagyon kis hányaduk ope- 
rál más módszerekkel, és csak ők ma- 
radnának életképesek Office XP alatt 
is. 

Azután elkezdtem gondolkodni. Ha 
az objektummodellek szeparálása egy 
kapcsolóval történik, akkor azt nyilván 
ki-be lehet kapcsolni. Amit ki-be lehet 
kapcsolni, annak pillanatnyi beállítási 
értékét valahol tárolni kell. Ha adatot 
kell tárolni, akkor azt a Microsoft a 
regisztrációs adatbázisban tárolja. Rö- 
vid kutakodás után sikerült is megtalál- 
nom a bejegyzést, méghozzá elég szem- 
beötlő helyen. Hát eddig terjed az Of- 
fice XP-ben bevezetett biztonság. Ilyen 
keresgélést egy közepesen rátermett ví- 
rusíró is végre tud hajtani, a regisztrácós 
adatbázisban való turkálás pedig ma- 
napság rutinfeladat egy makróvírusnak. 

Annyi haszna persze lehetne ennek 
a javításnak, hogy legalább a már ismert 





makróvírusok ne működhessenek Of- 
fice XP alatt. A VB-opciót azonban ki 
lehet kapcsolni, tehát a minimális cél 
elérése sem reális. Az újonnan megíran- 
dó Office XP makróvírusok pedig már 
rutinszerűen tartalmazni fogják a vírus- 
védelem hatástalanítására szolgáló né- 
hány programsort. Ugyanez történt az 
Office 97 Service Release 1-ben beve- 
zetett extra vírusvédelemmel. Most sem 
lehet másra számítani, sőt a hírek szerint 
már meg is jelent az első Office XP-re 
írt Word makróvírus, ami teljesen logi- 
kus is, hiszen az utóbbi években az 
Office új változatainak boltba kerülése 
előtt kb. másfél hónappal általában fel- 
bukkantak a rájuk írt első makróvíru- 
sok. 

Ami leginkább bosszantó az egész- 
ben: most tényleg ki lehetett volna 
húzni a makróvírusok méregfogát. Csak 
egy kicsit kellett volna bátornak lenni, 
és különösebb teketória nélkül megtil- 
tani mindenféle hozzáférést a VBE-ob- 
jektumokhoz. Kevesen vették volna 
észre a megszorítást, talán csak az a 
néhány fejlesztő, aki VBA alapú kód- 
rendszerező alkalmazásokat használ 
(például a Visual Source Safe ilyen), 
illetve aki programkódot változtató 
adaptív alkalamazásokat fejleszt. Nem 
ez az első alkalom (és félek, hogy nem 
is az utolsó), amikor a Microsoft a 
fejlesztők kedvében akar járni, és in- 
kább figyelmen kívül hagyja a többség 
érdekét, a biztonsági szempontokat. 

Szappanos Gábor 
gszappanosOvbuster.hu 
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Vírusőrjárat 





Piatformiüggetlen vírusok 


Winux: , What do you want to infect today?" 


A vírusok eddig általában csak egy-egy platformot 
céloztak meg. A túlnyomó többséget kitevő windowsos 
vírusokat éppúgy az erős platformiüggőség jellemezte, 
mint a Linux, PalmOS, BeOS, Mac vagy 05/2 rendszerre 
jóval kisebb számban megírt vírusokat. Most azonban 
felbukkant egy olyan programvírus, amely egyszerre 
ténykedik a két domináns 32 bites környezetben: 
megfertőzi a windowsos és az Intel alapú 


linuxos állományokat is. 


A vírusok platformfüggetlensége 
nem egészen új keletű. Vannak olyan 
vírusok, amelyek megfertőznek Word 
dokumentumokat és végrehajtható ál- 
lományokat is. Ilyen például a Cocaine, 
amely fertőzött dokumentumban vagy 
fertőzött programmal is érkezhet, és 
mindkét esetben képes elszaporodni a 
számítógépen. Az Esperanto nevű vírus 
pedig nemcsak a Windows, hanem a 
Macintosh rendszer bináris állományait 
is áldozatul ejti. 

Eddig azonban nem nagyon kellett 
tartani attól, hogy windowsos gépünket 
megtámadja egy merőben más plat- 
formra készült vírus. Annak esélye pél- 
dául, hogy az Esperanto egy fertőzött 
Macintosh gépről Windowst futtató 
gépre kerüljön át, nagyon csekély volt, 
mert a Windows és a Mac használói 
általában nem csereberélik egymás közt 
a végrehajtható állományokat. A most 
felbukkant Winux vírussal már egészen 
más a helyzet. 

A Winux egy csehországi, brnói ví- 
ruskészítő műhelyből származik. Alko- 
tója a Benny álnéven ismert figura, aki 
már sok trükkös vírussal , örvendeztette 
meg" az antivírus szakembereket. Az ő 
nevéhez fűződik többek között a csak 
Windows 2000 alatt működő első vírus, 
a Win2k.Installer, illetve az NTFS sa- 
játosságait kihasználó Win2k.Stream is. 
Benny megint kitett magáért: bár az új 
vírus nem tartozik a nehezen felismer- 
hető, problémás darabok közé, az ötlet, 
amit megvalósít, mindenképpen figyel- 
met érdemel. 

A Winux tulajdonképpen egyszerű 
programvírus, amely a fertőzött alkal- 
mazások indítása során keres magának 
néhány , tiszta" állományt, és megpat- 
kolja őket saját kódjával. Ha a hordozó 
program windowsos volt, akkor a Win- 
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dows alá megírt kód kap vezérlést, és 
a vírusoknál szokványos módon, a Win- 
dows API-k használatával keres és fer- 
tőz fájlokat. Ha viszont linuxos alkal- 
mazással kerül be a vírus a rendszerbe, 
akkor a Linuxra készült kódrész fog 
lefutni, és a linuxos vírusok gyakorla- 
tának megfelelően a kernel interfész 
segítségével operál. A fertőzött program 
lefuttatásakor a vírus áldozatok után 
kutatva átfésüli az aktuális könyvtárat 
és annak szülő könyvtárát. Akár Win- 
dows, akár Linux környezetben futtat- 
ható alkalmazásokat talál, meg tudja 
őket fertőzni. 

A gyakorlatban ez azt is jelenti, hogy 
ha egy gépen Linux és Windows is van 


telepítve, és a vírus , látja" a másik 
gond nélkül megfertőzheti az azon ta- 
lálható állományokat. A dolog mindkét 
irányban tökéletesen működik. Sőt, a 
vírus még akkor is képes terjedni, ha 
egy fertőzött windowsos alkalmazást 
Linux alatt, Wine emulátor segítségével 
futtatnak. 

A Winux nem végez semmilyen 
pusztítást, és más módon sem tudatja a 
felhasználóval a jelenlétét. Miután 
megfertőzött a rendszerben néhány ál- 
lományt, szépen engedi futni a vírust 
hordozó alkalmazást is, tehát jelenléte 
az állományok méretnövekedését leszá- 
mítva nem tűnik fel. 

Azt régóta tudjuk, hogy a Linux nem 
vírusmentes platform. Még a gyorsan 
elhíresült IloveYou vírusnak is van uni- 
xos változata. És minél jobban terjed a 
Linux operációs rendszer, annál inkább 
áldozata lesz a vírusoknak és egyéb 
rosszindulatú programoknak. A jelenle- 
gi néhány tucatról nagyon gyorsan né- 
hány százra nőhet a Linux alatt (is) 
életképes vírusok, trójai programok, 
férgek száma. 

Demeter Zoltán 
zdemeterOvbuster.hu 


A Linux Vírus you never knew about - Microsoft Internet Explorer 


Address [E] http://www.imalug. org/phred/ virus. html el 


Linux Virus you never knew about 


Lewinsky Virus: Sucks all the memory out of your computer, then e-mails everyone 
about what it did. Usually is the most predominant when visiting web sites with lots of 


JPG files. 


Kenneth Starr Virus: Thoroughly examines your computer, then compiles a complex 
report that discredits every aspect of your computer. Ifyou are "borrowed" software, ít 
will make sure that the media knows you stole it before reporting it to the author. 
Ronald Reagan Virus: Saves your data, but forgets where ít is stored. Ít has been known 


to take over your game of Duke Nukem. 


Mike Tyson Virus: Ouits after two bytes. Spits everything out. Usually hits weak 
fernales, and grandmothers. Sometimes plays "Jailhouse Rock" on your sound card. 
Oprah Winfrey Virus: Your 300 MB hard drive suddenly shrinks to 100MB, then 
slowly expands to 200 MB. Tellis you how great ít is, and how ít helps others. Has been 
known to feel compassionate for other viruses. 

Dr. Jack Kevorkian Virus: Deletes all old files. An old file is determined to be any file 
"with a date greater than 24 hours frorn last access. 

Ellen Degeneres Virus: Disks can no longer be inserted. The virus thinks its funny, but in 
all reality its pretty lame. You would pay big bucks to see this one removed. 

Titanic Virus: Your whole computer goes down. A JPG of a Rose remains. Jack bites 
the dust, and a field of debris is all you have to show for a system. 

Disney Virus: Everything in your computer goes Goofy. Your sound card sounds like 
Daffy Duck. The video looks like a 1938 Mickey Mouse cartoon, and it costs you 


millions to get to see anything. 


El 





Webkalauz 





Apróhirdetés 
aula.online.hu/wp/main.htm 
Wwww.egyxegy.hu 
www.expressz.hu 
www.externet.hu/kereskinal 
Wwww.interapro.hu 
mobil.naplopok.hu/aprohirdetes 
www.stop.hu/apronet 
195.228.240.145/apro 


Álláshirdetés 


www.allasajanlat.hu 
www.allascentrum.hu 
www.allaskozvetites.hu 
www.allaspont.hu 
www.cvonline.hu 
www.humanlabor.hu 
www.job.hu 
www.jobline.hu 
www.jobpilot.hu 
www.jobscout24.hu/Neptun 
www.jobásmarts.com 
www.karrier.hu 
Wwww.karrierexpressz.hu 
www.solana.hu 
www.tavmunkainfo.hu 


Általános webhírlap 
www.comedia.hu 
www.curier.hu 
www.eol.hu 
www.internetto.hu 
www.index.hu 
www.korridor.hu 
www.megaport.hu 
www.mindenkinet.hu 
www.mti.hu 
www.netkapu.hu 
www.netlap.hu 
www.origo.matav.hu 
www.stop.hu 
www.vianovo.hu 


Számítástechnikai webhírlap 
www.cdgrab.hu 
Wwww.hwhunpage.com 
www.hwsw.hu 

Wwww.pontjo.hu 
Wwww.prim-online.com 
Wwww.supergamez.hu 
www.szamitastechnika.hu 
www.szamitogep.hu 


www.terminal.hu 
www.wap.hu 


Gazdasági webhírlap 
www.ebroker.hu 
Wwww.eco.hu 
www.fn.hu 

www.napi.hu 
www.portfolio.hu 
www.guaestor.hu 


Tematikus informatikai honlap 


www.bsd.hu 
www.driver.hu 
Wwww.extra.hu/verebics 
www.gnome.hu 
www.kde.hu 
www.linux.hu 
mobil.hix.com 
www.mobilvilag.hu 
www.nexus.hu/netjog 
plusabit.tvnet.hu 
www.tesztelo.hu 
www.vbuster.hu 
wigwam.sztaki.hu 


Számítástechnikai boltlista 
alag3.mfa.kfki.hu/dcsabas 
/hardware/ceglist.htm 
www.depo.hu 
pons.sote.hu/-patherz/cegek.html 


Szoftverletöltés 


www.prim.hu/letoltes 
tucows.euroweb.hu 
tukor.fabricius.hu 
www.xlr8.hu 
195.228.240.145/szoftverbazis 


Szoftverhonosítás 


www.lme.hu/rforditas 
honositomuhely.hypermart.net 


Könyvtár 
www.mek.iif.hu 
www.neumann-haz.hu 
www.oszk.hu 


Oktatás 


www.nyelvkalauz.hu 


Szótár 
www.cab.u-szeged.hu/cgi-bin/szotarK 
www.cab.u-szeged.hu/cgi-bir/szotarG 
www.inf.elte.hu/-chaoszllatin 
szotar.sztaki.hu/angol-magyar 


Keresőrendszer 
altavizsla.origo.hu/katalogus 
www.heureka.hu 
www.honlaptar.hu 
www.hudir.hu 

www.kapu.hu 


Kezdőoldal, linkgyűjtemény 
e1.hu 

www.hirek.hu 
www.optimax.hu/linkek/index b.htm 
www.webmutato.hu 
startlap.com 

uzlet.lap.hu 


Szakmai szervezet 
www.ivsz.hu 
www.njszt.iif.hu 


Toplista 
www.hungariantop1000.com 
www.tipptop.com 
top100.isys.hu 
www.yahun.hu 


A hónap témájához 


www.altaplana.com/olap 
databases.about.com 
www.datawarehousing.org 
www.dwinfocenter.org 
www.hughes.com.au 
www.mysal.com 
www.olapcouncil.org 
www.postgresal.org 
www.prog.hu/cikkek/html/index.php3 
searchdatabase.techtarget.com 
www.software.ibm.com/data/db2 
www.sal-server-performance.com 
www.sal.org 
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Visszacsatolás 





Shakespeare vagy Bacon? 


Az Új Alaplap 2001. februári számának 59. oldalán Faklen 
Pál írásában szerepelt egy megjegyzés, hogy , William Shakes- 
peare neve mögött Francis Bacon alkotta meg a világirodalom 
remekműveit". Ha lett volna mellette valami olyan kitétel, 
hogy , egyes feltételezések szerint", akkor nem is reagáltam 
volna rá, de határozott állításként ez így nem fogadható el. 

Való igaz, hogy nem maradt fenn Shakespeare 37 színmű- 
vének eredeti kézirata, sőt alkotójukról sincs túl sok hiteles 
tárgyi emlék. Ahhoz azonban elegendő, hogy segítségükkel, 
de főleg a kortársak emlékei és visszaemlékezései alapján 
kirajzolódjon előttünk ennek az emberi jellemeket és a 
színészet mesterségét mélyen ismerő színésznek, szín- 
igazgatónak, rendezőnek és kivételesen termékeny írónak a 
személye. 

Francis Bacon rendkívül széles látókörű, sokoldalúan 
művelt arisztokrata főúr volt, aki apjának, a lordpecsétőrnek 
a gondoskodásával már ifjú korában megismerkedett a 
tudományok alapjaival, sőt a korabeli Európa földrajzi és 
politikai viszonyaival is. Évekig az angol követ kíséretének 
tagja volt Franciaországban, a színészi mesterséghez azonban 
keveset értett. Hogy neve a XIX. században Shakespeare-rel 
kapcsolatban egyáltalán szóba került, az egy késői névroko- 
nának, Delia Baconnak köszönhető, aki 1856-ban egy ame- 
rikai folyóiratban kifejtette magabiztos véleményét: nem egy 
egyszerű, vidékről felkerült kóbor színész írta a Shakespeare 
nevéhez fűződő darabokat, hanem a híres filozófus, a vitat- 
hatatlanul művelt Francis Bacon, aki szerényen megbújt egy 
álnév mögött. Az ötletet mások is felkapták, Appleton Morgan 
például 1881-ben egész könyvet írt róla , The Shakespearean 
Myth" címmel. A merész hipotézis később is többször 
felbukkant, az irodalomtudományban azonban a XX. század 
elején már senki nem vette komolyan. 

A kérdés eldöntéséhez érdemes figyelembe venni a követ- 
kezőket: 

1. Shakespeare valójában közel sem volt olyan művelt, 
mint Bacon. Éppen ezért követhetett el darabjaiban olyan 
hibákat, hogy Csehországot tengerparti országnak gondolta 
(Téli rege), Viennáról (vagyis Bécsról) pedig azt hitte, hogy 
itáliai városállam (Szeget szeggel). Ilyesmi Baconról egy- 
szerűen elképzelhetetlen. 

2. Semmi rendkívüli nincs abban, hogy az eredeti kéziratok 
nem maradtak fenn. Egyrészt tudjuk, hogy a Globe színház 
mindenestül leégett. Másrészt az idő tájt a szerzői jog fogalma 
szinte ismeretlen volt, főleg a színművekkel kapcsolatban. A 
szerző a színház megrendelésére dolgozott, vagy pedig eladta 
kész darabját egy-egy társulatnak. A színészek kézzel má- 
solgatták ki belőle a maguk szerepét, teljes kéziratok csak a 
súgó számára készültek. Az óvatosságnak megvolt az oka: a 
teljes példányokat gondosan dugdosni kellett a konkurens 
társulatok elől, nehogy eltulajdonítsák. 

3. Kalózkiadásban alkalmanként mégis megjelentek a 
legsikeresebb darabok. Ezek azonban rendszerint tele voltak 
hibával, mert vagy a nézők emlékezete alapján írták le a 
szöveget, vagy a színészek által ellopott súgói példányokból. 
Így Shakespeare 37 darabja közül életében 19 mű jelent meg 
kisalakú, ún. kvartó (negyedrét) formában, hibás szöveggel. 

4. Shakespeare 1616-ban bekövetkezett hirtelen halálakor 
szörnyű rendetlenség maradt utána. Szerencsére két színész- 
társa, J. Heming és H. Condell felismerte, hogy pénzt lehet 
csinálni a hagyatékból, és nekiláttak a kéziratok rendezésének 
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és javítgatásának. Hét év alatt készült el az összkiadás, benne 
a fellelhető 36 darabbal. (A Pericles csak később került a 
, kanonizált" darabok közé.) Az összkiadás kétszer akkora 
méretű, ún. fólió formátumban készült. (18 színművet egyéb- 
ként kizárólag ebből a fóliókiadásból ismerünk.) 

5. Külön története van a Morus Tamás (Sir Thomas More) 
című darabnak, amely meglehetősen zilált állapotban és itt-ott 
hézagosan maradt ránk. Ennek a darabnak Shakespeare csak 
egyik társszerzője volt (öten írták, valóságos nyomozómun- 
kával a szerzőket is sikerült azonosítani). Nagy szerencse 
azonban, hogy a darab egyáltalán fennmaradt, mert a maga 
korában betiltották, csak az ellenőrzésre beadott példány 
került elő Erzsébet királyné színházi cenzorának, Edmund 
Tilneynek az irattárából. A kézirat külön érdekessége, hogy 
Shakespeare saját kezű javításait és betoldásaitis tartalmazza, 
köztük a tragédia utólag hozzátett nagyjelenetét, amely 
kétséget kizárólag Shakespeare kezeírásával készült. 

Maga a vita már jó száz éve elült, kérdés, hogy érdemes-e 
újra feleleveníteni. A kétkedőknek természetesen nem lehet 
megtiltani, hogy új számítógépes vizsgálatokkal próbálkoz- 
zanak: Bacon és Shakespeare szókincsét és stílusát össze 
lehet hasonlítani, bár szerintem előre megjósolható, hogy a 
Bacon műveiben használt szókincs meg sem közelíti Shake- 
speare műveinek szókincsét, ami kb. 15 ezer szóból áll. 

Az érdeklődőknek külön figyelmébe ajánlom Szerb Antal 
háromkötetes világirodalom-történetének első kötetét (p. 
335), ahol a szerző tőle szokatlanul éles jelzőkkel illeti ezt 
a hipotézist. Egyúttal megragadom az alkalmat, hogy köszö- 
netet mondjak Mészöly Dezsőnek, aki megismertetett az ügy 
hátterével és Szerb Antal figyelemre méltó véleményével. 

Vargha Dénes 


Nem igazán a mi lapunk profiljába tartozik, hogy a 
világirodalom talán legnagyobb szellemi teljesítményé- 
nek tekinthető művek szerzőjéről régóta tartó vita 
részleteiben elmélyedjünk. Az viszont egy kicsit a mi 
ügyünk is, hogy az összehasonlító nyelvi elemzés 
legújabb számítógépes módszerei hogyan adhatnak a 
kutatásnak új lendületet. 

A probléma történeti bonyadalmai és nyelvészeti 
finomságai miatt a kutatásban elsősorban persze ma- 
guknak az angoloknak kell jeleskedniük. Véleménye- 
met én sem saját forrásokra vagy önálló elemzésre 
alapoztam, hanem arra, hogy a korábban már felsora- 
koztatott érvek és ellenérvek mellett az utóbbi időkben 
előkerült dokumentumok és a legújabb összehasonlító 
vizsgálódások megítélésem szerint egyre jobban alátá- 
masztják azt a hipotézist, hogy William Shakespeare 
neve alatt, egy valós kortárs személy mögött meghú- 
zódva e műveket mégiscsak Francis Bacon írta. 

Vargha Dénes a fentiekben vázolta, miért nem tartják 
igazoltnak a Bacon-teóriát. Ez a vita sem tekinthető 
azonban lezártnak. Akit érdekel, hogy miért nem, és 
milyen érvek és dokumentumok állnak szemben a 
jelenleg még hivatalos Shakespeare — Shakespeare 
állásponttal, az látogasson el a http//www.sirbacon.org 
webhelyre, melynek néhány oldalát CD-mellékletünkre 
is feltettük, és onnan a megfelelő linkekre rákattintva 
a weben lehet folytatni a témával való ismerkedést. 

Faklen Pál 





Feladványok és adatbázisok 


Amikor a számítógép mondja ki a végső szót 


A ChessBase néven ma már világszerte ismert, szinte 
minden sakkozónak a versenyekre történő felkészülését 
segítő program ötletéről 1979-ben hallottam először. 

Ez az atlatbázis lényegében a jelentős versenyeken és 
párosmérkőzéseken lezajlott játszmák folyamatosan 


bővített gyüjteménye. Frederic Friedel fiatal német 
tudományos újságíró több mint 20 évvel ezelőtt mondta el 
a sakkatdatbázis ötletét a Spiegel egyik vezető 
munkatársának, majd később közös céget alapított 
Matthias Wüllenweber számítástechnikussal, aki 
összehozott egy kiváló programozó csapatot. 


Friedelnek a sakkadatbázisra vonat- 
kozó 1979-es elképzelése eleve hatal- 
mas léptékű volt. Nem sokkal a nyilvá- 
nos bemutatás után már mintegy 300 
ezer partit gyűjtöttek össze, napjainkig 
pedig mintegy 2 milliót. 

A ChessBase legfontosabb sajátossá- 
ga, hogy a játszmák többféle szempont 
szerint lehívhatók, így a versenyzők 
tanulmányozhatják azokat például a 
megnyitás jellege, a sakkozók szemé- 
lye, a versenyek helyszíne stb. szerint. 
Verseny előtt a leendő ellenfelek koráb- 
bi játszmái ezzel a programmal kényel- 
mesen elemeztethetők. 

A ChessBase után hasonló elven mű- 
ködő más játszmaadatbankok is megje- 
lentek (NicBase, Chess Asssistant). Az 
Uj Alaplapban már bemutatott (és de- 
móváltozatban a CD-n most is közrea- 
dott) Superpro adatbázist Lovass László 
teljesen új alapokon, a , sakkfa" elve 
szerint építette fel. A nyitólépésre a 
potenciális ellenlépések, majd az ezekre 
adható válaszok, és a további lehetséges 





válaszok exponenciálisan növekvő 
számban alkotnak új hadállásokat. 
Ezeknek persze csak kis hányada reális, 
és még kevesebb a napjainkig lezajlott 
partikban konrétan létrejött hadállás. A 
Superpro program jelenleg mintegy 4 
millió virtuális játszmát tartalmaz, ame- 
lyek elemzését a ténylegesen lezajlott 
partikkal össze lehet hasonlítni. 
Adatbázist alkothatnak a meghatáro- 
zott anyagerősséget vagy bábszámot 
tartalmazó hadállások is, elsősorban 
persze a kevés figurára redukált végjá- 
tékok. Egy-egy ilyen adatbázis is lehet 
persze nagyméretű, azok tartalma még- 
is véges. Példaként említem a királyok 
mellett egy-két-három gyalogot felvo- 
nultató végjátékokat. Miként ma már 
gyakorlatilag szinte minden sakkhadál- 
lás esetében, megfelelő programmal 
ezeknél is kimutatható, hogy a jobb 
helyzetben lévő megnyerheti-e a játsz- 
mát, vagy döntetlen a parti. Ezek a 
hadállások bizonyos szabályszerűsé- 
geknek engedelmeskednek, amelyekre 


a program megtanít bennünket. Rész- 
letes ismertetésük nemcsak ezen cikk, 
hanem egy könyv terjedelmét is meg- 
haladná. A következőkben először né- 
hány érdekes illusztrációt említek meg 
a gyakorlati szempontból is fontosnak 
bizonyult négy- és ötbábos hadállások 
közül, vagyis amikor a két király mellett 
legfeljebb három további báb van, és 
azok elhelyezkedése egy játszma alap- 
állásából levezethető. 

Számítógépes programmal minden 
szabályszerűen lehetséges négy- és öt- 
bábos hadállást mindkét fél oldaláról 
tökéletesen kielemeztek. A négybábos 
hadállások közül komoly feladat csak 
az, amelyben vezér küzd bástya ellen. 
A gép kimutatta, hogy az ilyen állás 
megnyerhető, és bármely helyzetben 
megmutatja ennek legrövidebb útját is. 
Az ötbábosok sorában az alábbi konfi- 
guráció végigelemzése a sakktörténet 
egyik különösen érdekes fejezete, a 
számítógépes sakknak pedig igazi ,si- 
kerélménye". 

A történet azzal kezdődik, hogy a 
múlt század derekán a kiváló német 
sakkszerzőpáros (Kohtz és Kockel- 
korn) feladta a leckét: amikor egy vég- 
játékban az 1. ábrán látható hadállás 
alakul ki, tudja-e tartani sötét a döntet- 
lent egy huszárral két világos futó el- 
lenében. A szerzők kimutatták, hogy 
igen, mégpedig úgy, hogy a király a b2 
(vagy b7, g2, g7) mezőt foglalja el, a 
huszár pedig a király körzetében manő- 
verez, amelyet ez esetben nem lehet két 
futóval sarokba szorítani és megmattol- 
ni. 

Ez a két futó kontra huszár konfigu- 
ráció évekig izgatta a végjátékszakértők 
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Kaleidoszkóp 











és a programozók fantáziáját. 1980-ban 
azután KenThompsonamerikai profesz- 
szor, a számítógépes sakk egyik nagy 
alakja (alkotása, a Belle évekig volt a 
számítógépes sakk világbajnoka) prog- 
ramjával teljes elemzés kíséretében ki- 
mutatta, hogy a német páros következ- 
tetése téves, a sötét király ebben az 
esetben is kimozdítható helyzetéből, és 
a mattot a futókkal ki lehet kény- 
szeríteni. 

A gyakorlati partik gyakran torkoll- 
nak bástyavégjátékba, és ezek a sakk- 
játék legnehezebb feladatai közé tartoz- 
nak. Itt most szintén csak az ötbábosok 
csoportjáról ejtek szót, vagyis olyan 
állásokról, ainelyekben a két király és 
a két bástya mellett maradt egy gyalog 
is a táblán. Az egykori Szovjetunió több 
végjátékszakértője próbálkozott olyan 
rendszer felállításával, amely segíti az 
ilyen helyzetek megoldását. A végső 
ítéletet azonban csak a számítógép 
mondta ki, felsorolva rengeteg nyerő 
hadállást a győzelemhez vezető úttal, 
és rengeteg másikat, amelyben a gya- 
logelőny nem érvényesíthető. Gyakori 
eset, hogy egyetlen báb áthelyezése 
ellenkező eredményre vezet. Ezt illuszt- 
ráló példát mutatok be a 2. ábrán. 

Ebben a helyzetben világos 1. Kg6 
Bb6--? 2. f6 Bb8 3. Bh7 Kg8 4. f7-t 
Kf8 5. Bh8-- Ke7 6. Bxb8 útján nyer. 
A sötét bástya alulról történő ellentá- 
madása azonban menti a helyzetet: 1. 
— Bb6-:! 2. f6 Bbl! és az örökös sakk 
elől nincs menekvés. Érdekes, hogy ha 
a világos király az alaphelyzetben egy 
mezővel előrébb áll, akkor 1. Kg6! nyer, 
mert 1. — Bbl-re 2. Ba8tt. A bástyának 
a 8. soron kell maradnia, és például 1. 
— Bd8-ra 2. Bh7 a fent kimutatott 
módon nyer. 

A eddigiekben bemutatott két konfi- 
guráción kívül csak két további , prob- 
lémás" akad, a többiben a parti végki- 
menete nyilvánvaló. Ha például világos 
vezérrel és bástyával vagy két bástyával 
rendelkezik, bármi is az egyetlen sötét 
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tés 44 


báb, világos nagyon csekély kivétellel 
biztos nyerő. Viszont igen ritka a nye- 
rés, ha közepes erősségű két bábbal 
bástya vagy vezér áll szemben. Ilyenkor 
gyakran ismét csak a számítógép segít- 
ségével lehet megállapítani a mindkét 
fél számára legjobb lépéseket (néha 
több egyenértékűt is). 

Bástya és futó a másik egyetlen bás- 
tyája ellenében minden helyzetben 
nyer, nem is túl nehéz a bástyát a futó 
és a király segítségével az egyik szélső 
sorra vagy oszlopra leszorítani, és a 
mattot vagy az ellenfél bástyájának 
lenyerését kikényszeríteni. Legnehe- 
zebben az a különleges konfiguráció 
ítélhető meg, amelyben két huszárral 
szemben az ellenfélnek egyetlen gya- 
logja marad a táblán. Ilyen a 3. ábrán 
látható hadállás. 

Kezdő sakkozók is tudják, hogy 
pusztán két huszárral nem lehet mattot 
adni, mert a sarokba szorított királyt 
előtte patthelyzetbe kellene hozni, 
vagyis a parti döntetlen. Viszont a gya- 
korlati játszmákban előfordul, hogy az 
ellenfélnek marad egy szabadon mozgó 
gyalogja a táblán, és annak szabad 
lépése lehetővé teszi, hogy a két huszár 
a sötét királyt patthelyzetbe hozza, hogy 
utána mattot adjon. Ez történik itt is. A 
nyerés módja egyszerű: 1. H4f3-- Khl 
2. He4 (ebben a pillanatban patt lenne, 
ha nem lenne egy sötét gyalog is a 
táblán) 2. — d2 5. Hf2t. Hasonló a 
helyzet, ha a sötét gyalog más olyan 
mezőn áll, ahonnan megtehet egy sza- 
bad lépést. Ugyanígy kell eljárni, ha a 
d4 világos huszár el-en vagy g5-ön áll, 
sőt akkor 1. Hf3 mellett 1. Hh3-- is 
célhoz vezet. Megintcsak a számítógép 
mutatta ki, hogy melyek az ilyen egye- 
dinek mondható helyzetek, és mivel 
azok száma véges, fel is sorolhatók. 
Parti közben ehhez hasonló állás eléré- 
sére kell törekedni, ami nem könnyű, 
de egy jó sakkozó megtalálja a módját. 

Az eddigiektől eltérő típusú adatbá- 
zist alkotnak a újabban divatossá váló 















































6. ábra 


, fischerandom" partik alapállásai. A 
kifejezést a Fischer és a random (vélet- 
len) összevonásából alkották, ugyanis 
Bobby Fischerötlete volt, hogy a sakkot 
változatosabbá lehetne tenni, ha a par- 
tikat nem a megszokott alaphelyzetből 
indítanák, és csak a gyalogok állnának 
ugyanúgy a második, illetve hetedik 
soron, mögöttük a tiszteket véletlensze- 
rűen, esetleg sorsolás alapján helyeznék 
el, persze bizonyos megkötések mellett. 
Ezt szemlélteti az 4. ábrán bemutatott 
indulóállás. 

A két fél bábjainak megegyező fel- 
állítása nem okvetlenül követelmény. 
Tulajdonképpen minden olyan esetben 
sakkadatbázist hozunk létre, amikor a 
sakkjáték szabályainak megfelelő par- 
tikat, hadállásokat vagy lépéssorozato- 
kat gyűjtünk egybe meghatározott fel- 
tételek szerint. Hosszú ideje ismert pél- 
dául a feladat, hogy helyezzünk el a 
táblán nyolc (illetve a két király mellett 
hat) egyszínű vezért úgy, hogy azok ne 
essenek egymás ütőkörébe (5. ábra). J. 
Gik orosz matematikus és sakkozó 
könyvet írt az efféle sakkállásokról, 
néhány példát ebből merítettem. Ezek- 
nek a gyakorlati sakkhoz csak annyi 
közük van, hogy a bábok-a sakkszabá- 
lyok szerint mozognak, a megoldás 
azonban nem , sakkszerű", hanem ma- 
tematikai gondolkodással történik. 

Hasonló, de nehezebb lecke: egy 
huszárral bármely mezőről elindulva 
kell az egész sakktáblát bejárni. E fel- 
adatok korrekt megoldásával lényegé- 
ben szintén sakkadatbázisokat hozunk 
létre. Ennek a példának egyik megol- 
dása a 6. ábrán látható. 

Hasonló feladatok, melyekben már a 
matematika játssza a főszerepet, a szá- 
mítógépes sakknak köszönhetően igen 
sokféle változatban megalkothatók, és 
magához a klasszikus sakkjátékhoz ha- 
sonlóan szinte kimeríthetetlen lehetősé- 
geket tárnak fel. 

Lindner László 
linchessXOelender.hu 


Programozástechnika 





Szelídítsünk pinyvint (VI.) 


Hasznos segédprogramok és apró ötletek 


Sorozatunknak ebben a részében néhány olyan segédprogramot mutatunk be, 
amelyek az eddigi tárgyalásból kimaradtak, éppen azért, mert nem kapcsolódtak 
szorosan egyik cikk tematikájához sem. Emellett összegyűjtöttünk 


egy csokorra való apró, de hasznos ötletet is. 


Winchesterhangolásra: hdparm 


Az első bemutatandó utility a hdparm. Ez egy olyan 
segédprogram, amellyel az IDE vagy EIDE felületű merev- 
lemezek működési paramétereit lehet beállítani. Ennek a 
legfontosabb célja az lehet, hogy minél gyorsabb működésre 
bírjuk az eszközt, amivel persze a Linux-alkalmazások 
sebességét is érezhető mértékben növelhetjük. A program 
része a Red Hat disztribúciónak, az rpm csomag az rpm-ivh 
hdparm"rpm paranccsal telepíthető. 

Mielőtt a hangoláshoz hozzákezdenénk, érdemes egy 
sebességtesztet elvégezni a programmal. A -t kapcsoló a 
pufferolt olvasás, míg a -T kapcsoló a buffer cache olvasási 
sebességét méri. A parancssorban meg kell adni persze a 
meghajtó eszközt is, a hdparm -t /dev/hda például az első 
IDE vezérlő elsődleges eszközének sebességét méri. Írjuk 
fel ezeket az értékeket, hiszen csak olyan paramétereket 
érdemes majd megváltoztatnunk, amelyekkel javíthatók a 
tesztek által mért értékek. 

Nagyon sok paraméter beállítására van lehetőség, néme- 
lyiknek a használata kockázatos is lehet, ezért csak azokat 
célszerű alkalmazni, amelyeket a man dokumentáció is ajánl. 
Ezek az alábbiak: 

c : 32 bites i/o-támogatás 


A : előolvasás engedélyezése 

m : multiszektor i/o (érdemes 16-ra állítani) 

d : DMA-használat engedélyezése 

a : előolvasó pufferméret (8 vagy 4 az ajánlott, 
lehet, hogy a 4 gyorsabb működést eredményez, ha sok 


apró fájlt kell olvasni) 
Ww : írási cache 

Ezeken kívül érdemes még megemlíteni a következő 
opciókat is: 
E : a CD-ROM sebességbeállítása 
r : a merevlemez csak olvashatóvá tétele 
S : a lemez automatikus leállítási idejének megadása 
z : az automatikus lepörgés tiltása 

Egy alkalmas parancssor például az alábbi lehet: 
hdparm -c 1 -A -m 16 -a 4 -d 1 /dev/hda 

Ez a beállítás egy 2 Gbájtos Seagate winchesteren más- 
fél-kétszeres sebességnövekedést eredményezhet, ami már 
észrevehető például az X Window elindulásakor is. Mivel a 
paramétereket minden rendszertöltéskor be kell állítani, ezért 
a hdparm indítását el kell helyezni valamelyik rendszerindító 
állományban. Érdemes már a betöltés elején, minél korábban 
elvégezni az átállítást, mert így a betöltési folyamat hátralévő 
része is gyorsabb lesz. 

Az egyik megoldás az rc.sysinit rendszerindító állomány 
módosítása. Ez a Red Hat 7.0-ban az /etc/rc.d könyvtárban 
található (a 7.0 némileg változtatott az indító szkriptek 


elhelyezésén). Legjobb, ha az indító parancssort közvetlenül 
a PATH beállítása után helyezzük el. Ha több merevlemezünk 
is van, akkor több hdparm hívásra lesz szükség. Ha azt 
szeretnénk, hogy a hdparm ne írogasson a képernyőre, akkor 
helyezzünk el minden kapcsoló elé egy -g kapcsolót, vagy 
irányítsuk át a kimenetet a /dev/null eszközre. 


A videomód beállítása: xvidtune 


Ez a segédprogram a monitor és a grafikus üzemmód 
paramétereinek összehangolására alkalmas. Amikor telepít- 
jük és konfiguráljuk az XFree86-ot, akkor az egyes video- 
módokhoz tartozó paramétereket a Linux egy paraméterfájl- 
ból veszi. Ezek az alapértékek nem biztos, hogy megfelelnek 
az általunk használt monitor és videokártya párosnak, emiatt 
a grafikus képernyő a monitoron eltolódhat vagy torzulhat. 
A kép pontosabb beállítására alkalmas az xvidtune, amely 
az XFreec86 videomód kiterjesztésén keresztül teszi lehetővé 
a hangolást. 

A program X Window alatt fut, legegyszerűbben az 
Alt-4-F2-re megjelenő miniparancssorból indítható, az xvid- 
tune begépelésével. A program elindulásakor figyelmeztet, 
hogy bizonyos szélsőséges értékek használata egyes moni- 
torokat tönkre is tehet (régebbi típusú monitorok esetén 
érdemes megfontolni ezt a figyelmeztetést). A kép pontos 
beállítása a következőképpen történik: kapcsoljuk be az Auto 
üzemmódot, ekkor ugyanis az értékek megváltoztatásával 
azonnal módosul a kép is, így a korrekció egyszerűbb és 
gyorsabb. A kép méretét és pozícióját a megfelelő nyomó- 
gombokkal (Left, Right, Wider, ...) állíthatjuk be. 

Bármilyen tévesztés esetén az R billentyűvel hozhatjuk 
vissza az előző stabil beállítást. Ha a kép mérete és helyzete 
is megfelelő, a Snow nyomógomb lenyomására a program a 
standard kimenetre írja ki a beállításnak megfelelő értékeket. 
Ezeket az értékeket kell majd beírnunk az XFree86 konfi- 
gurációs állományába, az /etc/X11/XF86Config fájlba. Hogy 
a munkát megkönnyítse, az xvidtune pontosan ugyanolyan 
formában adja meg a paramétereket, amilyenben az egyes 
Modeline sorok azt megkívánják. Már csak azt kell kiderí- 
tenünk, hogy a konfigurációs fájlban található sok Modeline 
sor közül melyiket kell javítanunk. Ehhez azt kell tudni, hogy 
a Linux az adott felbontáshoz az egyes Modeline sorok közül 
a monitorunk képességei szerinti legjobb beállítást választja, 
ezért ebben kell majd javítanunk. Nézzük meg a következő 
példát: 800x600-as felbontást használunk, és a monitorunk 
paraméterei: HorizSync 31.5—48.5 kHz, VertRefresh 50— 90 
Hz. 

Emeljük ki az XF86Config fájlban a 800x600-as felbon- 
táshoz tartozó paramétersorokat: 

1t800x600 € 56 Hz, 35.15 kHz hsync Modeline "800x600" 
36 800 824 896 1024 600 601 603 625 
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1 800x600 € 60 Hz, 37.8 kHz hsync Modeline "800x600" 
40 800 840 968 1056 600 601 605 628 --hsync --vsync 

1 800x600 € 72 Hz, 48.0 kHz hsync Modeline "800x600" 
50 800 852 972 1060 600 601 607 622 --hsync --vsync 

1 800x600 (a 85 Hz, 55.84 kHz hsync Modeline "800x600" 
60.75 800 864 928 1088 600 616 621 657 -HSync -VSync 

tt 800x600 (2 100 Hz, 64.02 kHz hsync Modeline 
"800x600" 69.65 800 864 928 1088 600 604 610 640 -HSync 
-VSync 

Látható, hogy a harmadik paramétersor a monitorunk 
képességeinek megfelelő legjobb beállítás (a negyedik sorban 
az 55.84 kHz-es vízszintes frekvencia már meghaladja a 
monitorra megadott 48.5 kHz felső határt, ezért ez már nem 
használható). Azaz a harmadik sorban kell az értékeket az 
xvidtune által megadottakra javítanunk (a fenti listában már 
a korrigált paraméterek láthatók). 

A konfigurációs fájl , kézzel" történő javítása talán kissé 
ódivatúnak és körülményesnek tűnhet, de ennyi kényelmet- 
lenséget biztosan megér egy tökéletesen középre pozicionált 
és méreteiben is optimális grafikus képernyő. 


A lemeztelítettség monitora: kdumon 


Egy lelkiismeretes rendszergazda egyik fontos feladata a 
fájlrendszer szabad területével való gazdálkodás. Ettől függ, 
hogy mennyi hely marad az egyes felhasználóknak, milyen 
alkalmazásokat lehet még telepíteni, esetleg melyektől kell 
mindenképpen megválni a szűkös hely miatt. Érdemes né- 
hány naponta ellenőrizni a rendelkezésre álló szabad területet, 
hiszen a Linux működés közben gyarapítja a fájlrendszert a 
naplóval és az átmeneti állományokkal (erről később még 
szót ejtünk), ami esetleg feleslegesen csökkenti a felhasznál- 
ható lemezterületet. 

A lemez telítettségének gyors és kényelmes áttekintéséhez 
kiváló segédeszköz a kdumon. A program egy fa struktúrában 
ábrázolja az egyes könyvtárakat a bennük levő fájlok által 
lefoglalt összes mérettel együtt. Ott bármelyik könyvtárat 
kibonthatjuk, becsukhatjuk, így pillanatok alatt kideríthető, 
hogy melyek azok a könyvtárak, amelyek a legterjedelme- 
sebbek, és melyekre férne rá egy alaposabb tisztogatás. 

Az alkalmazás elérhető a KDE WebCity webhelyen, a 
http://devel-home.kde.org/-kdumon címen. Célszerű az rpm 
csomagot letölteni, mert ez minden gond nélkül, egyszerűen 
installálható a már ismert módon. Fontos tudni, hogy a 
program a du utility segítségével gyűjti össze a megjelení- 
tendő adatokat, így ennek elérhetőnek kell lennie a PATH 
alapján. 

Még egy fontos megjegyzés kívánkozik ide. Ha már 
megállapítottuk, hogy mely könyvtárak szorulnak rá egy kis 
fogyókúrára, ne kezdjünk meggondolatlanul a tisztogatásba. 
Egészen ártalmatlannak és feleslegesnek látszó fájlok eltá- 
volítása is járhat kellemetlen következményekkel: nem indul 
el az X Window, nincsenek ékezetek, váratlan hibaüzenetek 
jelennek meg stb. Az ajánlható módszer az, hogy a kiválasz- 
tott fájlokat tömörítsük eredeti helyükön és egyenként. Erre 
alkalmas például a Midnight Commander felhasználói me- 
nüje, ahol a bz2 tömörítést választva nagyon jó tömörítési 
arányt érhetünk el. A fájlok nevét a tömörítő a .bz2 taggal 
egészíti ki, és ez az állomány szükség esetén pillanatok alatt 
visszaalakítható. 

Válogatás és tömörítés után használjuk üzemszerűen a 
rendszert, néhány heti hibamentes használat esetén a tömö- 
rített fájlok is nyugodtan törölhetők. Persze egy verzióváltás, 
egy csomag újratelepítése vagy frissítése ismét visszateheti 
a feleslegesnek ítélt és már eltávolított állományokat, ezért 
ilyenkor a fenti eljárást érdemes megismételni. Erre persze 
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főleg azoknak van szükségük, akik winchesterükön helyhi- 
ánnyal küzdenek, vagy szeretik helytakarékosan karbantar- 
tani rendszerüket. 


Lapozás a konzolon 


Gyakran okoz kellemetlenséget, hogy egy konzolra író 
programot elindítva a várt rövid, egyképernyős kiírás helyett 
hosszabbat kapunk, így az lefut a képernyőről. A tettes lehet 
az ls, a tar, de a többi konzolalkalmazás is. Ilyenkor az egyik 
megoldás természetesen az, hogy újra beírjuk a parancsot 
lapozó paraméterrel (ilyen például a more vagy a less, például: 
ls -la I more). Egy másik lehetőség a Shift--PageUp billen- 
tyűvel visszalapozni a konzolon, és megnézni a képernyőnek 
azt a részét, amely egyébként már nem lenne látható (a 
Shift-4-PageDown az előrelapozó). Ez sem alkalmas azonban 
tetszőlegesen hosszú kimenet visszalapozására, mert a konzol 
a kimenet tárolására korlátozott nagyságú memóriaterületet 
használ. Egy átlagos directorylista esetében 10-12 lap fér el 
ezen a területen. Érdemes még megjegyeznünk, hogy kon- 
zolváltás után ez a memóriaterület kiürül, így visszalapozni 
sem tudunk akkor, ha visszaváltunk az eredeti konzolra. 


A Linux alapértelmezésben 6 szövegalapú konzolt használ. 
Mivel igen ritka esetben szükséges ennyi konzol egyidejű 
használata, ha egy kis memóriát szeretnénk felszabadítani 
egyéb célokra, érdemes a konzolok számát csökkenteni. Egy 
átlagos felhasználó számára két-három karakteres és egy 
grafikus konzol tökéletesen elegendő. De legyünk nagyvo- 
nalúak, és hagyjunk meg 4--1 konzolt. 

A Linux az indítás során az /etc/inittab állományban indítja 
el az egyes konzolok kezelőprogramjait, így ebben az 
állományban kell javítanunk. (Az eredeti fájlt persze érdemes 
elmenteni.) Keressük meg azt a részt, ahol az indítások 
történnek, és tegyünk megjegyzésjelet az 5. és 6. konzol sora 
elé: 
45:2345:respawn: /sbin/mingetty tty5 
46:2345:respawn:/sbin/mingetty tty6 

Ujraindítás után a ps-ax paranccsal meggyőződhetünk 
arról, hogy már csak négy konzol aktív. Nagyon fontos, hogy 
ezután már nem az Alt--F7 billentyűvel tudunk a grafikus 
konzolra átváltani, hanem az Alt--F5-tel. 


A core fájlok készítésének tiltása 


Abban az esetben, ha egy program bármilyen hiba miatt 
rendellenesen áll le, a Linux kernel alapértelmezésben kez- 
deményezi a program által használt memória tartalmának 
fájlba írását. Ez az ún. core dump, a fájl pedig az aktuális 
könyvtárba kerül core néven. Ez a fájl igen nagy is lehet, és 
ha sok készül belőle, akkor feleslegesen foglalja a helyet a 
winchesteren. Ha a Linux rendszer nem stabil, mert kísérleti 
állapotban lévő kernelt vagy meghajtót használunk, illetve 
valamelyik általunk telepített alkalmazás sokszor áll le 
rendellenesen, a core fájlok letakarítása rendszeres teendővé 
válhat. 

Ha nem szándékszunk ezeket a fájlokat hibakeresésre 
használni (ami nyilván nem egyszerű dolog), és nem akarunk 
ezek eltávolításával bajlódni, legegyszerűbb, ha jelezzük a 
kernelnek, hogy nem kérjük a core dumpot. Erre az ulimit 
programot használhatjuk, amely a bash shell egyik beépített 
programja, és bizonyos korlátozások beállítására való. A core 
fájlokkal kapcsolatban csak annyit kell tudnunk, hogy a -c 
0 kapcsolóval ezek automatikus létrehozása letiltható. Nincs 
is más teendőnk, mint ezt a hívást egy erre alkalmas helyre 
elhelyezni. Egy megoldás, ha az /etc/bashrc állományba 
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valahová beírjuk az ulimit -c 0 parancsot. Ez a továbbiakban 
megkímél bennünket a core fájlok vadászatától. 


Új vagy megváltozott állományok figyelése 


A Linux a mindennapos használat során a már említett 
core fájlokon kívül más állományokat is készít automatiku- 
san. Naplóállományok, man oldalak cache állományai, bön- 
gésző és fájlkezelő cache, átmeneti állományok. A kernel- 
fordítás során is sok új állomány készül, és egyes alkalma- 
zások telepítésekor is olyan új fájlok kerülhetnek a winches- 
terünkre, amelyek esetleg elkerülik a figyelmünket. Minden- 
nek következményeként azt tapasztaljuk, hogy a naponta 
lefuttatott df parancs egyre kevesebb szabad helyet mutat. 
Érdemes tehát az új állományok keletkezését valahogy 
nyomon követni. Ehhez a find parancsot hívhatjuk segítségül, 
és hogy ne kelljen a parancssori kapcsolókat fejben tartani, 
készítsünk egy szkriptet, amelyben megadható, hogy hány 
napra visszamenően listázza az új vagy megváltozott fájlokat. 
Legyen ez a szkript például a list new files, és tegyük azt 
olyan könyvtárba, amely szerepel a PATH beállításban. A 
szkript a következőképpen néz ki: 


mt 

ft1/bin/bash 

H 

$ list new files : List New Files 

th 

§  Usage : list new files ays 

H 

find / -mount -mtime -$1 -printf "SpVtssVtstin" 


A find a gyökérkönyvtártól kezdve, csak a Linux fájlrend- 
szerre korlátozottan minden alkönyvtárban megkeresi azokat 
az állományokat, amelyek az utóbbi napokban keletkeztek 
vagy változtak, kiírja ezek nevét, hosszát, a keletkezés vagy 
a változás idejét tabulátorokkal elválasztva. 

A napok számát paraméterként adhatjuk meg az eljárásnak. 
Az utóbbi két napban keletkezett vagy módosult állományok 
alist new files 2 paranccsal listázhatók ki. 


Programindítás egyetlen billentyűvel 


A DOS operációs rendszerben a command.com helyett 
használt alternatív parancsértelmezőkben (ilyen az NDos, a 
4Dos) egyetlen billentyűhöz utasításláncot hozzárendelve 
gyorsindító billentyűket lehetett létrehozni az alias helyette- 
sítő utasítás segítségével. Bár ez tényleg csak egy kényelmi 
szolgáltatás, de aki megszokta, az Linux alatt is keresni fogja. 
Hiszen nagyon sok olyan parancs van, melyet naponta 
sokszor kell beírni és Enterrel lezárni. Ilyen például a dir, Is, 
mc, x, logout. De érdemes néhány ritkábban használt nevet 
(halt, reboot) is gyorsbillentyűhöz kötni. 

Akik ismerik a Linuxot, vagy éppen sorozatunk által 
kerültek közelebb hozzá, valószínűleg sejtik, hogy van rá 
megoldás. A bash shell lehetőséget nyújt ilyen gyorsbillen- 
tyűk definiálására is. Akik nem ezt a shellt használják, 
azoknak nem csupán ezért, hanem a bash által kínált sok más 
szolgáltatás miatt is érdemes megfontolni az áttérést erre a 
parancsértelmezőre. 

Nézzük a konkrét megvalósítást. A Linux bash shellje az 
inputrc állományt használja az egyes billentyűk funkciójának 
megváltoztatására. Ennek helye az /etc könyvtár. Mégse ide 
tegyük a gyorsbillentyűk definícióit, erre alkalmasabb a 
bejelentkezési vagy home könyvtár. Így minden felhasználó 
számára külön kiosztást alakíthatunk ki. Az egyetlen eltérés, 
hogy itt az állományt .inputrc-nek hívják. Logikus és hasznos 
konvenció, hogy az /etc könyvtár állományainak megfelelő 
állományok a home könyvtárban is elhelyezhetők, és ezek 


neve ponttal kezdődik. Ezek az állományok mindig felülbí- 
rálják az /etc-ben lévő párjuk beállításait. 

Készítsünk tehát home könyvtárunkban egy .inputrc állo- 
mányt, mondjuk az alábbi tartalommal (ha már van ilyen 
állomány, akkor természetesen a meglévőt egészítsük ki): 
tt 
§ Gyorsbillentyűk -- Key bindings 
§ F5 az mc indításához -- F5 for starting mc 


"tel[E": "mc 10-m" 
$ F6 az X Window indításhoz -- F6 for starting x 
"yer177": "x 10-m" 


§ FIO a kijelentkezéshez -- 
"yer217": "logout 10-m" 
$§ F11 : újraindítás -- 
"Vel237": "reboot 10-m" 
§ F12 : leállítás -- F12 for halt 

"Vel247": "halt 10-m" 

A VC-m szekvencia azt jelenti, hogy Enter sem kell a 
parancssor lezárásához, az adott parancs a billentyű leütése- 
kor elindul. Ha tovább szeretnénk a fájlt bővíteni, termé- 
szetesen tudnunk kell az egyes billentyűk kódjait. Ezt a 
következő trükkel tudhatjuk meg. Ha például az F4 billen- 
tyűhöz szeretnénk parancsot kötni, nyomjuk le az Esc, majd 
az F4 billentyűt. A parancssorban megjelenik az [[D karak- 
tersor, ezt kell beírni a te után a kötést definiáló sorba. 

Természetesen ezek a gyorsbillentyűk csak a bash shellben 
lesznek érvényesek, tehát ha elindítjuk a Midnight Comman- 
dert, az F6 a ott a megszokott módon fog működni. 


Egyedi prompt a Midnight Commanderhez 


Ha már a Midnight Commanderről szó esett, érdemes egy 
apró trükköt ezzel kapcsolatban is megismernünk. Én magam 
a Commandert igen sokat használom a könyvtárak felderí- 
téséhez, átrendezéséhez és szövegszerkesztéshez. Ha prog- 
ramfuttatás során szeretném a program kimenetét látni, 
Ctrl--O-val eltüntetem a Commander képernyőjét. Igen gyak- 
ran előfordul, hogy nem állítom azonnal vissza egy újabb 
Ctrl--O-val a eredeti képernyőt, emiatt hajlamos vagyok azt 
is elfelejteni, hogy már fut egy mc a konzolon, és esetleg 
elindítok egy újabb példányt belőle. Ez tényleg apróságnak 
tűnhet, de egy nap többször elkövetve ezt a hibát, meglehe- 
tősen bosszantó tud lenni. Jó lenne, ha a konzolról akkor is 
leolvasható lenne az mc jelenléte, ha képernyője nem látszik. 

Erre legjobb eszköz a prompt, a shell készenléti jele. 
Jelezhetjük a prompt szövegében is az mc jelenlétét, de talán 
még szembetűnőbb, ha a prompt színét változtatjuk meg. 
Ehhez a bash shell SHLVL azaz shell level (parancsértelmező 
szint) változóját használjuk. Ez az elsődleges értelmezőben 
lekérdezve 1-et ad vissza, minden további shellindítás pedig 
eggyel növeli az értékét. 

Nézzük ezután a megoldást. Home könyvtárunkban ké- 
szítsünk egy .bashrc fájlt (vagy egészítsük ki a már meglevőt) 
az alábbi tartalommal (csak emlékeztetőül: a .bashrc-nek is 
van /etc-beli megfelelője, a bashrc): 
if [/ $SHLVL -ne 1 ]; then 

export PS1-"V1033[1;33mWJ (u WW[1033[OmVJ" 


F10 for logout 


F11 for reboot 


fi 
Ez a kódrészlet minden, nem elsődleges shellindításkor a 
készenléti jelet sárga színnel írja ki. Ha mondjuk az egyébként 
használt prompt szín a zöld, akkor ez elegendően figyelmez- 
tető értékű lehet, így ezt a promptot látva nem indítunk újabb 
Commandert, hanem Ctrl--O-val visszakapcsoljuk a már futó 

mc képernyőjét. 

Szűcs János 
szucsjOjosa.szabinet.hu 
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A szálakról 


Java tanfolyam haladóknak — VII. rész 


A mostani részben a többszálú feladatok végrehajtásról, a 
Java ütemezési modellről és az éhező kínai filozófusokról 
fogok beszélni. 


Többszálú programvégrehajtás 


A mai operációs rendszerek képesek arra, hogy egyidejűleg 
több feladatot hajtsanak végre. Természetessé vált számunk- 
ra, hogy egy szövegszerkesztőben új dokumentumot szer- 
kesztünk, vele párhuzamosan egy másik programból valamit 
kinyomtatunk, közben a számítógépen zenét is hallgatunk, 
egy ablakban pedig figyeljük, hogy elkezdődött-e már a 
tévében az a músor, amelyet okvetlenül meg akartunk nézni. 
Ezek mind külön programok, azonban nem szálak, hanem 
processzek, vagyis az operációs rendszer alapvető végrehaj- 
tási egységei. Ha számítógépünknek egyetlen processzora 
van, akkor a kernel időszeletekre (time slices) osztja fel a 
rendelkezésre álló processzoridőt, és azt igazságosan (vagy 
igazságtalanul) szétosztja. Mivel az időszeletek nagyon rö- 
videk, a felhasználó számára úgy tűnik, mintha a programok 
párhuzamosan futnának, holott valójában egymás utáni, 
szekvenciális végrehajtás történik. 

Többszálas végrehajtásról (multithreaded execution) akkor 
beszélhetünk, ha a folyamat egy processzen belül történik. 
A szálaknak is van kezdete, végrehajtási része és vége, akár 
a processzeknek. Egy szál viszont nem tekinthető önálló 
programnak, hiszen önmagában nem indítható el. A szálak 
párhuzamosan futó szekvenciális feladatok, amelyek egy 
programon, nem pedig egy operációs rendszeren belül haj- 
tódnak végre. 


Java szálak létrehozása 


Minimálisan egy osztályt és egy interfészt kell használnunk 
ahhoz, hogy működő szálat kapjunk. Elsőként meg kell írnunk 
egy olyan osztályt, amely megvalósítja a java.lang.Runnable 
interfészt: 
class RunnableClass implements Runnable ( 

public void run() ( 

h 
h 

Ahogy látjuk, ez az interfész egyetlen metódus megvaló- 
sítását teszi kötelezővé, a run( ) metódusét. Ebbe az eljárásba 
kell majd beírnunk azt a kódrészletet, amelyet végre akarunk 
hajtatni a szál elindítása után. Programunkban valahol még 
létre kell hozni a java.lang.Thread osztály egy példányát, és 
konstruktorának paraméterként át kell adnunk azt az osztályt, 
amely a run( ) metódust tartalmazza: 
class SimpleThread ( 

public static void main(String[] args) ( 

RunnableClass runnableClass - new RunnableClass(); 
Thread thread - new Thread(runnableClass) ; 
thread.start(); 
h 
h 

A Thread osztályból példányosított thread objektumot el 
kell indítani a start( ) speciális metódussal, amely meghívása 
után elindít egy szálat, és még azelőtt visszatér, hogy az 
elindított folyamat befejeződne. Ezáltal hosszú számítások 
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esetén semmi nem garantálja, hogy a várt eredmény rendel- 
kezésünkre áll a start( ) metódus visszatértekor. 


A szálak prioritása 


Ha Windowsban futtatjuk a 
SimpleThread2 programot, 
akkor a következő kimenetet 
kaphatjuk a parancssoron: 


Linuxban és általában a Unix 
típusú rendszerekben a pa- 
rancssoron a következő ki- 
menet a valószínú: 


RunnableClassi - 0 RunnableClass1 - 0 
RunnableClassi - 1 RunnableClassi - 1 
RunnableClassi - 2 RunnableClass1 - 2 
RunnableClassi - 3 RunnableClass1i - 3 
RunnableClassi - 4 RunnableClass1 - 4 
RunnableClass2 - 0 RunnableClassi - 5 
RunnableClassi - 5 RunnableClassi - 6 
RunnableClass2 - 1 RunnableClass1i - 7 
RunnableClassi - 6 RunnableClass1i - 8 
RunnableClass2 - 2 RunnableClassi - 9 
RunnableClassi - 7 RunnableClass2 - 0 
RunnableClass2 - 3 RunnableClass2 - 1 
RunnableClassi - 8 RunnableClass2 - 2 
RunnableClass2 - 4 RunnableClass2 - 3 
RunnableClass1 - 9 RunnableClass2 - 4 
RunnableClass2 - 5 RunnableClass2 - 5 
RunnableClass2 - 6 RunnableClass2 - 6 
RunnableClass2 - 7 RunnableClass2 - 7 
RunnableClass2 - 8 RunnableClass2 - 8 
RunnableClass2 - 9 RunnableClass2 - 9 


Ennek az eltérésnek az oka, hogy a különböző operációs 
rendszerek másképpen osztják szét a rendelkezésre álló 
processzoridőt. A Windows az egyenlősdi híve, ami meg is 
felel annak a felhasználói rétegnek, amely számára ezt az 
operációs rendszert tervezték. Az otthoni személyi számító- 
gépen minden program fontos a felhasználó számára, nem 
érezheti, hogy az egyik lassabban fut, mint a másik. A Unix 
típusú rendszerekben viszont prioritások vannak, elsődleges 
szempont például a stabilitás és a biztonság. Minden olyan 
funkció elsőbbséget élvez, többlet processzoridőhöz jut a 
többi processz vagy szál rovására. 

A prioritás tipikus példája a Linuxban a cron démon által 
felügyelt lemezellenőrzés, amely olyan fokú előnyt élvez, 
hogy elindulása után átmenetileg lefagy a rendszer, az 
internetes kapcsolat halódik. Csak az ellenőrzési feladat 
végrehajtása után áll vissza a rendszer normális működése. 
Ez annyira zavaró volt számomra, hogy végül átírtam az 
/etc/crontab fájlt, egészen más időpontokra ütemezve a 
mindennapos ellenőrzést. 

A Java a Unix típusú ütemezési modellt követi, amit kötött 
prioritású ütemezésnek nevezünk (fixed priority scheduling). 
Ennek lényege, hogy a kernel vagy a Java virtuális gép a 
prioritásuk alapján osztja ki a futtatható szálaknak a pro- 
cesszoridőt, azaz a magasabb prioritásúak hamarabb futnak 
le, mint az alacsonyabb prioritásúak. De ez nem feltétlenül 
történik így, esetenként az alacsonyabb prioritású szál is 
előbbre kerülhet, tehát nincs garancia arra, hogy egy maga- 
sabb prioritású szál hamarabb fut le, mint egy alacsonyabb 
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prioritású. Ugyanakkor a Java ütemezési algoritmus , elővé- 
teli jogon" alapul (preemptive), hiszen ha egy magasabb 
prioritású szál kezd el futni, akkor a többieket háttérbe 
szorítva azonnal megkezdheti a végrehajtást. A Java szál attól 
a száltól örökli a prioritását, amelyik elindítja, de a prioritás 
bármikor megváltoztatható (lásd a SimpleThread3.java for- 
rásfájlt!): 
threadt.setPriority(java.1lang.Thread.MIN PRIORITY) ; 
thread2.setPriority(java.lang.Thread.MAX PRIORITY) ; 

A prioritás a MIN PRIORITIY és a MAX PRIORITY 
konstansok közötti értéket vehet fel, vagyis 1 és 10 között 
helyezkedhet el. 

Feladat: Futtassuk le a SimpleThread4 programot, és 
figyeljük meg, hogy a prioritások megváltoztatása hogyan 
befolyásolja a szálak futását. Célszerű a programot mind 
Windows, mind pedig valamilyen Unix környezetben kipró- 
bálni, hogy képet kapjunk a két rendszer közti különbségről. 
Mindenesetre 6 fájlban elmentettem a program kimeneté- 
nek egy részét a SimpleThread4Output-Linux x.txt és 
a SimpleThread4Output-Windows. x.txt fájlokba. A Li- 
nux végződésűeket Linuxon, a Windows végződésűeket 
pedig Windows Milleniumon futtattam. A szálak priori- 
tását a 3. és 4. sor mutatja: 
threadi prioritása - 3 
thread2 prioritása - 3 

A SimpleThread4 programban három szál indul, az egyik 
a fő szál, amely a thread azonosítót kapta, és van két alszál, 
a thread! és thread2. A fő szál kapta a legnagyobb prioritást, 
a két másik szál elsőbbségét mi magunk állíthatjuk be a 
parancssoron begépelt két szám segítségével: 
java SimpleThread4 3 7 

Írjunk be más értékeket is, és figyeljük meg, hogy mi 
változik. A fő szál a Thread.sleep( ) statikus metódus hatására 
3000 milliszekundumig álomba szenderül, majd felébredve 
ismét magához ragadja a végrehajtást, hiszen , elővásárlási 
joga" van, maximális prioritást kapott tőlünk. Amikor a fő 
szál aludni megy, akkor a két másik szál prioritását felcse- 
réljük. Figyeljük meg, hogy ennek milyen a hatása. 

Kérdések: Miért veszti el a fő szál az elsőbbségét rögtön 
indulás után? Mi történik, ha nullánál kisebb, vagy tíznél 
nagyobb prioritási értéket adunk meg? Küszöböljük ki a 
hibát. Miért nem tudunk közvetlenül hivatkozni a Simple- 
Thread4 osztály privát elérésű priorityO1 és priority10 vál- 
tozóira, miért kell a thread.priorityO 1 formát használni? Miért 
írtuk a thread.priorityOl azonosítóban kisbetűvel a thread 
szót, és miért használtunk nagybetűt a Thread.sleep( ) me- 
tódus hívásakor? 


A Thread osztály 


A java.lang csomagban található egy Thread nevű, nagyon 
hasznos osztály, amelyben sok statikus, kényelmi metódus 
van. Ilyen például a fent már említett sleep( ) eljárás, amely 
az éppen futó szál futását felfüggeszti a paraméterben 
megadott milliszekundumnak megfelelő időtartamra: 
public static native void sleep(long millis) 

throws InterruptedException; 

Ahogy a metódus lenyomatában látjuk, az egy Interrupted- 
Exception kivételt dob, amit nekünk egy try-catch blokkal 
el kell kapnunk: 
try ( 

Thread. sleep (2000) ; 

) catch (InterruptedException e)(í ) 

A sleep( ) eljárás túlterhelt, egy másik lenyomatában a 
milliszekundumok mellett a nanoszekundumokat is megad- 
hatjuk paraméterként: 


public static void sleep(long millis, int nanos) 
throws InterruptedException () 

Az elaltatott szálat addig nem lehet felébreszteni, amíg a 
számára kijelölt alvási idő le nem telik. Ekkor viszont 
felébred, és ha magas a prioritása, akkor azonnal munkába 
kezd. A yield( ) metódus hasonló funkciót tölt be, mint a 
sleep( ), mert használatával processzoridőt juttathatunk a 
többi, alacsonyabb prioritású szálnak: 
public static native void yield(); 

Ez az eljárás időlegesen felfüggeszti az éppen futó szálat, 
és lehetőséget ad a többi szálnak a végrehajtásra. 

Az isAlive( ) függvénnyel megtudhatjuk, hogy egy szál 
él-e még. Egy szálat akkor tekintünk élőnek, ha azt már 
elindítottuk, és még nem halt el: 
public final native boolean isAlive(); 

A függvény igazként tér vissza, ha a szál él, hamisként, 
ha nem él. A currentThread( ) függvény az éppen futó szál 
címét adja vissza. A lenyomata: 
public static native Thread currentThread(); 

Programjainkban legalább egy szál van, amely meghívja 
a kitüntetett szerepet játszó, statikus main( ) metódust. Ha 
semmilyen más szálat nem indítunk el, akkor a current- 
Thread( ) függvény ezt a fő szálat azonosítja: 

Thread thread - Thread.currentThread(); 

A Thread osztály eddig ismertetett metódusainak lenyo- 
matában szerepel a native kulcsszó, ami azt jelenti, hogy a 
metódus törzsét nem Java nyelven írták meg, hanem valami 
más kódban. 

A szokásos setter és getter metódusokkal megváltoztathat- 
juk vagy lekérdezhetjük a szál prioritását: 
public final void setPriority(int newPriority) () 
public final int getPriority() (9) 

A szálaknak nevet is adhatunk, és azokat lekérdezhetjük: 
public final void setName(String name) () 
public final String getName() 1) 

A szál nevét a konstruktorokban is átadhatjuk paraméter- 
ként, például: 
public Thread(String name) () 

A Thread osztály megvalósítja a Runnable interfészt, ezért 
őse lehet saját szálainknak, ahogyan azt például a Simple- 
Thread5 csontváz osztályban látjuk: 
class SimpleThread5 extends Thread ( 

public SimpleThread5() ( 

§ 

public static void main(String[] args) ( 

, 

public void run() ( 

h 


3 
A Thread osztályból való leszármaztatás a szálak létreho- 


zásának másik módja, ahogy például a SimpleThread4 osz- 
tályban látjuk. Ilyenkor a run( ) metódust magában az utód 
osztály törzsében valósítjuk meg, és nem a konstruktorban 
adunk át egy futtatható (runnable) külső osztályt. Az ilyen 
kívülről átadott osztályt cél (target) osztálynak nevezzük, 
ahogy az a Thread osztály egyik konstruktorának paraméte- 
réből látszik: 
public Thread(Runnable target) (3 

Felhívom a figyelmet arra, hogy a paraméterátadás nem 
osztálynévvel, hanem interfésszel történik. Ez teszi lehetővé, 
hogy bármilyen osztályt átadhassunk a Thread osztályból 
létrehozott példánynak, ha az megvalósította a Runnable 
interfészt. 

Látjuk, hogy a szálakkal kapcsolatos osztályok a java.lang 
csomagba vannak összegyűjtve, tehát az alaprendszer részét 
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képezik. Ezért nem kell ezt a csomagot importálni a forrás- 
fájlok elején. A Thread osztályban találhatóak még a stop( ), 
suspend( ) és resume( ) metódusok is, amelyek mára hely- 
telenített API-vá váltak. 


A többszálú végrehajtás veszélyei 


Logikusnak tűnhet az a feltevés, hogy a start( ) metódussal 
elindított szálat bármikor leállíthatjuk a stop( ) eljárással, 
felfüggeszthetjük annak futását a suspend( )-del, majd amikor 
ismételten szükség van rá, újraindíthatjuk a resume( )-mal. 
De a tapasztalat mást mutatott. Kiderült, hogy ezek a 
metódusok nem biztonságosak. A stop( ) meghívása után 
sérült (damaged) objektumok maradhatnak hátra, és ha más 
szálak ilyen sérült objektumokhoz fordulnak, akkor kiszá- 
míthatatlan viselkedés lehet az eredmény. A sérülés nem 
jelentkezik azonnal, órák vagy napok telhetnek el, mire 
észrevesszük, hogy valami nem úgy működik, ahogyan 
kellene. : 

A másik két metódus használata szintén veszélyeket rejt 
magában, ezek a metódusok szintén lefagyásra hajlamosítók 
(deadlock-prone). Miután az ilyen típusú hibák napvilágra 
kerültek, a Javasoft programozói helytelenítetté (deprecated) 
tették a fenti metódusokat, de nem adtak helyettük más 
alternatívát. Így a fenti nem javasolt API továbbra is része 
maradt a Java kódnak, de ha nagyon nem megy másként, 
kénytelenek vagyunk használni. 


Éhező filozófusok 


A többszálú programvégrehajtást választó programozóra 
váró sors illusztrálására egy példabeszédet szoktak idézni. A 
történet a következő. Egy kerek asztal körül kínai filozófusok 
gyülekeznek munkaebédre. Mindegyikük előtt vanegy tányér 
rizs, és a tányérok között egy-egy evőpálcika. A filozófusok 
ragaszkodnak ahhoz, hogy evőpálcikával egyenek, és ha erre 
nincs módjuk, akár éhen is halnak. A szertartásos étkezés 
koreográfiája a következő: az egyik filozófus felemeli a 
tányérja jobb oldalán lévő pálcikát, majd a bal oldalán lévőért 
nyúl. Ha mindkettő a helyén van, akkor eszik néhány falatot. 
A mellette lévő filozófus eközben nézi, hogyan eszik a társa, 
mert neki csak egy evőpálcika jutna, vagy egy sem, hiszen 
valójában ugyanannyi pálcika van, ahány tányér. Filozófu- 
saink azonban néhány falat után leteszik a kezükben lévő 
pálcikát, amit így társaik is felvehetnek. Ennek a szertartás- 
rendnek köszönhetően lesznek olyanok, akik hamarabb, míg 
mások később laknak jól, de a végén mindannyian teli 
gyomorral távoznak. 

Mi történik azonban akkor, ha az összes filozófus egyszerre 
nyúl a jobb kezénél lévő evőpálcika után, és miután felvette, 
többé nem hajlandó letenni azt? Ebben az esetben mindegyi- 
küknek egyetlen evőpálcika jut, ami még egy kínai filozó- 
fusnak is kevés. Közben hiába várnak arra, hogy felvehessék 
a másik evőpálcikát, hiszen az a tőlük balra lévő szomszéd 
jobb kezében van. Ha nagyon makacsok, hosszú éhezés 
következhet, akár éhen is halhatnak, pedig előttük ott van a 
tányéron a rizs. 

Hasonló a helyzet az olyan szálakkal, amelyek ugyanazo- 
kért az erőforrásokért versenyeznek. Ezek működését össze 
kell hangolni, szinkronizálni kell. Erre való az előző fejezet- 
ben már említett synchronized kulcsszó. A Java rendszer 
automatikusan zárolja az olyan objektumot vagy metódust, 
amely előtt ez a kulcsszó van, és az ilyen zárolt erőforráshoz 
másik szál sem férhet hozzá addig, amíg a zárat a Java 
rendszer (szintén automatikusan) fel nem oldja. Amelyik 
objektum lekésik az adott erőforrásról, várakozásra kény- 
szerül, és csak a zár feloldása után tudja elvégezni feladatát. 
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A dolog egyszerű, és nagyszerűen működik is mindaddig, 
amíg a programozó el nem követ valami hibát. Terjengős és 
bonyolult programok esetében az ilyen tévedéseknek nagy 
ára van, mert az ilyen programozási hibák alattomosak, a 
fejlesztési fázisban csak ritkán vagy egyáltalán nem jelent- 
keznek, és amikor teszteléskor nyilvánvalóvá válik, hogy 
valami nem stimmel, akkorra a marketingesek már beharan- 
gozták a terméket, nincs idő a hosszas bogarászásra, ami 
ráadásul növelné is a költségeket. A felhasználókhoz így 
gyakran hibás termék jut el, emiatt könnyebben rávehetők 
arra, hogy a következő, immár hibátlannak remélt verziót is 
megvegyék, hiszen a cég állítása szerint az már nem fog 
félóránként lefagyni. 

Ez az ördögi spirál különösen a zárt forráskódú, fekete 
doboz technológiákra jellemző, hiszen ott erősen behatároltak 
a hibajavításra fordítható programozói kapacitások. Az ilyen 
cégeknél a kínai filozófusok éheznek, esetenként éhen is 
halnak, az étterem-tulajdonosok viszont szépen gyarapodnak. 
Ezzel szemben a GNU szellemében folyamatosan fejlesztett 
és tesztelt Linux ilyen hibáit egy jóval nagyobb programozói 
közösség hamar kijavítja. 


Várakozás és értesítés 


Szinkronizációs hibára utalhat, ha olyan abszurd eredmé- 
nyeket kapunk, mint például 2 4 2 — 5. Hasonló zavar 
keletkezhet, ha például két szál kezdi el kiírni a Ratiosoft 
szót ugyanoda. A megjelenő szöveg valami ilyesmi lehet: 
RRatatioiososftoft. Hangsúlyoznom kell, hogy ez a végered- 
mény nem determinisztikus, hiszen minden egyes futtatásnál 
más zagyvalékot kaphatunk. Nehezen felfedezhető hibát 
okozhat az is, ha egy hosszabb számításnál nem győződünk 
meg arról, hogy a szál befejezte-e a számításokat, és az 
eredményt beírta-e az általunk kijelölt változóba. Ha egy 
ilyen, még fel nem töltött változót olvasunk ki, akkor 
számításaink megbízhatatlanná válnak, amit első pillantásra 
talán észre sem veszünk. Hogy ezeket a hibákat elkerüljük, 
az egyik objektumnak várnia (wait) kell mindaddig, amíg a 
másik be nem fejezi a működését. Amikor a másik objektum 
végzett a feladatával, értesítenie (notify) kell erről a várakozó 
objektumot, vagy minden egyes objektumot (notifyall). 

Vegyük a következő példát. Egy dolgozó (Worker) osztály 
hosszú számításokat végez számunkra, aminek a végeredmé- 
nyét egy tároló (Speicher) osztály típusú objektumba teszi: 
public class Worker extends Thread ( 

public Worker(Speicher speicher) ( 

this.speicher - speicher; 
h 
public void run() ( 
for (ant 4 s 0; 4 7 By érj ú 
randomNumber - Math.random(); 
try d 
Thread. sleep (2000) ; 
) catch (InterruptedException e)( ) 
speicher.store(randomNumber ) ; 
System.out.println("Worker store: 
" 4 randomNumber); 
, 

, 

private double randomNumber; 

private Speicher speicher; 
ha 

A hosszú számításokat a Thread.sleep(2000) metódussal 
imitáljuk, hiszen így a dolgozó osztály a véletlen szám 
generálása után mindig alszik 2 másodpercet. Miután feléb- 
red, eltárolja (store) az eredményt a tároló objektumban, és 
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tájékoztatásul kiírja azt számunkra a parancssoron. Ugyan- 
akkor létrehozunk egy olyan osztályt, amely a dolgozó osztály 
által kiszámított eredményre vár. Ezt az osztályt lebzselőnek 
(Loiterer) fogjuk nevezni, hiszen folyton várakoznia kell, 
amíg meg nem kapja a kiszámított eredményt: 
public class Loiterer extends Thread ( 
public Loiterer(Speicher speicher) ( 
this.speicher - speicher; 
8 
public void run() ( 
for (int i 5 0; i c 5; itt) ( 
double result - speicher.recall(); 
System.out.println("Loiterer recall: " § 
result); 
h 
h 
private Speicher speicher; 
t 
A lebzselő objektum a tároló objektumból olvassa ki 
(recall) a double típusú eredményt, majd kiírja azt a parancs- 
sorra. Mind a dolgozó, mind pedig a lebzselő osztály a 
példányosított tároló osztályt használja az eredmény elmen- 
tésére és annak kiolvasására: 
public class Speicher ( EMONO - 
double recall() ( 


public synchronized 


while (ready -- false) ( 
try ( 
wait(); 
) catch (InterruptedException e) ( ) 


l 

ready - false; 
notifyAll(); 
return result; 


) 
public synchronized void store(double result) ( 
while (ready -- true) ( 
try ( 
wait(); 
) catch (InterruptedException e) ( ) 
, 
this.result - result; 
ready - true; 
notifyAll(); 
, 


private double result; 

private boolean ready - false; 
h 

Figyeljük meg, hogy csak ebben az osztályban hangoltuk 
össze a store( ) és a recall( ) metódusok működését a 
synchronized kulcsszó használatával. Csak ebben az osztály- 
ban használtuk a wait( ) és a notifyall( ) metódusokat, amiket 
minden osztály inherensen örököl a java.lang.Objet osztály- 
tól. A gyorsabb notify( ) eljárást is használhattuk volna, de 
ennek használata kockázatos olyan esetekben, amikor egy- 
szerre több objektum vár a sorára, mivel ez a metódus közülük 
csak egyet ébreszt fel, véletlenszerűen. A notifyall( ) eljárás 
ezzel szemben mindegyik várakozó objektumot értesíti. 

A main ) eljárást tartalmazó Notification osztályban pél- 
dányosítjuk a Speicher, a Worker valamint a Loiterer osztá- 
lyokat. A két utóbbi a Thread osztály leszármazottja, és így 
megvalósítja a Runnable interfészt, és törzsükben megtalál- 
ható a kötelező run( ) metódus. 
public class Notification ( 

public static void main(String[] args) ( 

Speicher speicher - new"Speicher(); 


Worker worker - new Worker(speicher); 
Loiterer loiterer - new Loiterer(speicher); 
worker.start(); 

loiterer.start(); 

l 
l 

Példányosításuk után mindkét szálat elindítjuk a start( ) 
metódussal. Ezután mindkét szál folyamatosan próbálkozik, 
hogy a rábízott feladatot elvégezze. Mivel a speicher objek- 
tumban a ready változó alapértelmezetten false-ra van állítva, 
a recall( ) metódust hívó loiterer objektum várakozásra 
kényszerül. A worker objektum viszont be tudja állítani a 
result értékét, mivel a hamis ready változó ezt megengedi. 
Ezután igazra állítja a ready változót, és minden várakozó 
szálat kiértesít a notifyall( ) metódussal. Ekkor a recall( ) 
metódus feléled, a ready változót hamisra állítja, értesíti a 
többi objektumot, és visszaadja a result értékét. A dolgon el 
kell gondolkodni egy darabig, amíg megérti az ember. 

A szinkronizáció következtében a két szál összehangoltan 
működik, a worker objektum lép elsőként, és a loiterer 
objektum mindig megvárja. Ezt illusztrálja a következő 
kimenet: 

Worker store: 
Loiterer recall: 
Worker store: 
Loiterer recall: 
Worker store: 
Loiterer recall: 
Worker store: 
Loiterer recall: 


0.002551354039110554 
0.002551354039110554 
0.5129149946787599 
0.5129149946787599 
0.27599174052003217 
0.27599174052003217 
0.4828068424069474 
0.4828068424069474 
Worker store: 0.6538905896023269 
Loiterer recall: 0.6538905896023269 

Szinkronizáció nélkül a forráskód így nézne ki: 
public class Speicher ( 

public double recall() ( 

return result; 

, 

public void store(double result) ( 

this.result - result; 

, 

private double result; 

§ 

A NotificationError program a fenti, szinkronizálatlan 
metódusokat hívja meg. Ha lefuttatjuk, akkor a fentihez 
hasonló jó eredményeket is kaphatunk, de hibák is adódhat- 
nak. Az alábbi listázásban azonnal látjuk, hogy a loiterer 
objektum mindjárt az első lépésben rossz eredménnyel tér 
vissza: 

Loiterer recall: 0.0 

Worker store: 0.1284091727355431 
Loiterer recall: 0.1284091727355431 

Worker store: 0.45087809467505136 
Loiterer recall: 0.45087809467505136 
Worker store: 0.10119549558079155 
Loiterer recall: 0.10119549558079155 
Worker store: 0.37131351111055866 
Loiterer recall: 0.37131351111055866 
Worker store: 0.7466783257485079 

A CD-melléklet output könyvtárába több szövegfájlt tet- 
tem, amelyek különböző futtatási eredményeket mutatnak 
Linux és Windows ME környezetben. 

A wait( ) metódus hasonló, mint a sleep( ), de az utóbbinál 
mindenképpen ki kell várni azt az időt, amennyi ki van jelölve 
számára, nem lehet idő előtt felébreszteni a szálat. A wait( ) 
lenyomatában is nagyon hasonló a sleep( )-éhez: 
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public final void wait() throws 

InterruptedException () 
public final native void wait(long timeout) 

throws InterruptedException; 
public final void wait(long timeout, int nanos) 

throws InterruptedException (3 

Figyeljünk arra, hogy a wait( ) csakis egy szinkronizált 

metódus vagy objektum belsejében hívható meg. Mindig egy 
ciklusban várakozzunk úgy, ahogyan a fenti példában látjuk, 
soha ne használjuk az if szerkezetet ilyen célra. Vigyázzunk 
arra, hogy minden wait( ) metódusnak legyen egy notify AlI( ) 
párja. 
A szálak csoportosítása 


A Java rendszer minden szálat beletesz egy szálcsoportba 
(thread group). Ebben ismét a Unix programozási gyakorlat 
nyilvánul meg, hiszen ott is processzekről és processz- 
csoportokról (process groups) beszélünk. A processzcsoport 
egymással összefüggő processzek együttese, rendszerint 
összefüggő parancsok sorozata, mint például: 
ls -1 7 ] sort J we -1 

Ha mi magunk nem tesszük bele az új szálat egy saját 
magunk által létrehozott csoportba, akkor a Java rendszer az 
alapértelmezett csoportba teszi azt, ugyanabban a csoportba, 
ahol az a szál van, amely az új szálat létrehozta. Ez a 
szálcsoport a programinduláskor keletkezik, és main a neve. 
Ha csoportokat hozunk létre, akkor szálak egész csapatát 
indíthatjuk el újra, vagy állíthatjuk le azokat. A dolog egyetlen 
szépséghibája, hogy a java.lang.ThreadGroup osztályban 
rendelkezésünkre álló stop( ), suspend( ) és resume( ) metó- 
dusok mára mind helytelenített API-vá váltak: 
class ThreadGroupExample ( 

public static void main(String[] args) ( 

ThreadRunnable runnablei - 
new ThreadRunnable( "runnablet"); 
ThreadRunnable runnable2 - 
new ThreadRunnable( "runnable2"); 
ThreadRunnable runnable3 - 
new ThreadRunnable( "runnable3"); 
ThreadRunnable runnable4 - 
new ThreadRunnable( "runnable4" ) ; 
ThreadGroup threadGroup - 
new ThreadGroup( "RatiosoftGroup" ) ; 
Thread threadit - new Thread(threadGroup, 
runnable1); 
Thread thread2 - new Thread(threadGroup, 
runnable2) ; 
Thread thread3 - new Thread(threadGroup, 
runnableg3) ; 
Thread thread4 - new Thread(runnable4); 
/ [threadGroup. setMaxPriority(7) ; 
threadt.start(); 
thread2.start(); 
thread3.start(); 
thread4.start(); 
try ( 
Thread.sleep(3000) ; 
System.out.println("Letelt!"); 
) catch (InterruptedException e)( ) 
threadGroup.stop( ) ; 

h 
l 

A fenti ThreadGroupExample példában először létreho- 
zunk 4 olyan objektumpéldányt, melyek megvalósítják a 
Runnable interfészt, majd egy szálcsoport példányt terem- 
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tünk. A threadl, thread2 és thread3 szálak konstruktorainak 
paraméterként átadjuk a szálcsoport objektumot (thread- 
Group) és a nekik szánt cél objektumokat. Ez a három szál 
így a RatiosoftGroup csoportba kerül. Figyeljük meg, hogy 
a negyedik szálat (thread4) nem adtuk hozzá a csoporthoz, 
ezért az nem is fog leállni, amikor a threadGroup.stop( ) 
metódust meghívjuk. A többi három szál futása azonban 
befejeződik. Ne lepődjünk meg, amikor a ThreadGroup- 
Example. java forrásfájl újrafordításakor figyelmeztetést ka- 
punk, hiszen a helytelenített threadGroup.stop( ) metódust 
használjuk. 


Szálak a Swingben 


Kezdetben minden Java könyvtár szálbiztos (thread safe) 
volt, ami azt jelentette, hogy a programozónak nem kellett 
szinkronizációval foglalkoznia a Java rendszer függvényei- 
nek meghívásakor, hiszen azok egyidejűleg több szálból is 
biztonságosan hívhatók voltak. Később a Javasoft programo- 
zói feladták ezt az ambiciózus célt, és tudjuk, hogy a Swing 
nem szálbiztos. Ezzel eleget tettek a szálakkal kapcsolatos 
legfontosabb szabálynak: Ne használjuk őket! Kétségtelen, 
hogy bizonyos esetekben nagyon felgyorsítják a programfu- 
tást, színesebbé tehetik a programot, de a túlságosan gyakori 
szinkronizálásnak ára van, és ha túlzásba visszük, akkor 
többszálasnak szánt programunk a szinkronizáció miatt sokat 
várakozik, és voltaképpen szekvenciálisan fut le, esetenként 
pedig le is fagyhat. Az egy szálon futó program biztonságos, 
és kicsi a valószínűsége, hogy rossz eredményeket kapunk. 
A többszálas végrehajtás rövid idő alatt nagy teljesítményre 
képes, de megírása nehézkes és költséges, nehéz kibogarászni 
a hibákat. Inkább csak akkor használjunk több szálat, ha 
másképp nem tudjuk megoldani az adott feladatot. 

A Swingben az eseménykezelő szál (event-dispatching 
thread) a legfontosabb, itt hajtódnak végre a különböző 
cselekmények által generált eseményekhez tartozó kódrész- 
letek, és itt rajzolódnak ki a komponensek. A program a fő 
szálon (main thread) indul, de a grafikus felület megjelenítése 
után a végrehajtás átadódik az eseménykezelő szálnak. Az 
actionPerformed( ) és a komponensek kirajzolását végző 
paint( ) metódus egyaránt itt köt ki. Ezért van az, hogy 
programjaink grafikus felülete esetenként lefagy, nem törté- 
nik újrarajzolás, vagy a komponens nem válaszol az egér- 
kattintásokra. Ilyenkor valami munkaigényes folyamat zajlik 
a háttérben, ami lefoglalja a rendszer erőforrásait. Alapvető 
szabály, hogy az eseménykezelő metódusokba írt kód legyen 
rövid, és nagyon gyorsan végrehajtható, különben a program 
lelassul, és nem válaszol megfelelően a felhasználói kéré- 
sekre. Ha mégis arra kényszerülünk, hogy időigényes felada- 
tot oldjunk meg az eseménykezelő szálban, akkor elgondol- 
kodhatunk azon, hogy elindítsunk-e mégis egy másik szálat. 

A következő esetekben célszerű szálakat használni: 

— Programindításkor a fő szálon legyen a grafikus felület 
felépítése, a többi inicializációs feladatot jobb külön szálak- 
ban elindítani. 

— Célszerű szálakat használni a tipikusan időigényes 
feladatoknál, amilyen egy hosszú ideig tartó számítás vagy 
képek és fájlok betöltése. 

— Jó szolgálatot tesznek a szálak a meghatározott időnként 
ismétlődő feladatoknál is. 

— Ha más programoktól várunk üzenetet, vagy a hálózaton 
várunk valami külső igény beérkezésére, erre jobb nem a fő 
szálat használni. 

Ha programjainkban egyáltalán nem használunk szálakat, 
az nem jelenti azt, hogy nem találkozhatunk a többszálú 
végrehajtás bonyadalmaival, hiszen az általunk meghívott 
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Java API-ban található rutinok némelyike többszálú. Erre 
láthatunk példát, ha elindítjuk a CD-mellékleten található 
Main osztályt. A bejelentkező kép után megjelenik az Op- 
erator Demo című fő ablak, amely a Java virtual machine 
című alkotásomat jeleníti meg. A Help menüben kattintsanak 
rá az About... almenüre. Ekkor az About Operator Demo 
dialógusablakba kerülnek. A Java csésze alatt láthatunk egy 
Ratiosoft feliratú nyomógombot, amit ha megnyomunk, az 
átvált About feliratúra. Ilyenkor a HTML panel tartalma 
megváltozik. Ha elég gyorsan nyomogatjuk ezt a gombot, és 
szerencsénk van, akkor észrevehetjük, hogy alkalmanként a 
HTML fájlok tartalma összekeveredik, a panelben egyszerre 
több fájl szövege jelenik meg, ahogy azt a snapshot könyv- 
tárban lévő pillanatképO4.png képen láthatjuk. A normális 
állapotot a pillanatképO3.png mutatja. Ennek a kavarodásnak 
az oka, hogy a HTML fájlokat betöltő Java programrész egy 
szálon elindítja a fájl betöltését, majd azonnal visszatér. Ha 
ekkor újabb utasítást kap egy másik fájl betöltésére, akkor 
azt is elkezdi betölteni. Némi ügyességgel így akár négy-öt 
" fájlt is betölthetünk ugyanabba a panelba. Ha a source 
könyvtárban lévő forrásfájlokat megnézzük, akkor láthatjuk, 
hogy a kódban nem található többszálú végrehajtás. Progra- 
munk mégis hibásnak bizonyult. 

Ha a fenti figyelmeztetések dacára szálakat akarunk indí- 
tani programjainkban, akkor a Swingben az invokeLater( ) 
és az invokeAndWait( ) metódusokat kell segítségül hívni. 
E kettő funkciója azonos, de az invokeLatet( ) eljárás elindítja 


az új szálat, és azonnal visszatér, míg az invokeAndWait( ) 
eljárás megvárja a feladat befejeztét. Ez utóbbi megoldás 
nem ajánlott, mert hosszú időre lefoglalhatja az erőforrásokat. 
Mindkettő a javax.swing.SwinguUtilities osztályban található. 
Bármelyik szálból indíthatók, de a kívánt kód végül az 
eseménykezelő szálban fog lefutni. Használata hasonló lesz 
az eddigiekhez. Először létre kell hozni egy olyan osztályt, 
amely megvalósítja a Runnable interfészt, az ismert módon 
be kell írni a végrehajtandó kódrészletet a run( ) metódusba, 
majd a példányosított futtatható objektumot át kell adni az 
invoklater( ) függvénynek: 
Runnable runnable - new Runnable() ( 

public void run() ( 

//végrehajtandó kód 

; 
§ 
SwingUtilities.invokeLater (runnable) ; 
//Swingutilities . invokeAndWait ( runnable) ; 

Nos, ennyit a szálakról. Nem állítom, hogy mindent 
elmondtam róluk. Csak azt szerettem volna elérni, hogy 
fogalmat alkossanak a használatukról. Akit alaposabban 
érdekel a szálak alkalmazása, annak el kell olvasnia egy 
részletes monográfiát. Így is csak hosszú gyakorlat után alakul 
ki az a tapasztalat, ami a szálak biztonságos létrehozásához 
kell, és időnként még utána is tévedhet az ember. 

Szaló István 
ratiosoftofreemail.hu 





eFestíival 


Egy új kezdeményezés, az , eFestival" szervezőit az 
a szándék vezette, hogy a digitális környezeteben, mul- 
timédiás eszközökkel megvalósított magyar nyelvű alko- 
tásoknak legyen rendszeres bemutatási lehetősége, meg- 
mérettetési fóruma. Részt lehet venni rajta eBusiness 
megoldásoktól kezdve internetes tartalomszolgáltatáso- 
kon át a művészi multimédiáig mindazzal, ami a kibon- 
takozóban lévő digitális műfajok produktumaként jelenik 
meg a webhelyeken, illetve CD és DVD adathordozókon. 

Nevezési kategóriák: 

— A magyar kulturális örökség digitális megőrzése 

— Zene a digitális világban 

— Felkészítés az információs társadalomra 

— Informatika a demokráciáért 

— Mindennapjaink informatikája 

— Elektronikus kereskedelem 

Pályázni lehet 1999. január 1. után publikált digitális 
alkotásokkal, illetve a nevezéskor is működő online 
szolgáltatással. A részletes feltételek megtudhatók a 
http://www.efestival.hu címen. 

Nevezési határidő: 2001. május 2. 
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! SZÁMÍTÓGÉPES RENDSZEREK, HÁLÓZATOK 


Teljes körű szolgáltatásokkal 
Szakértés, tervezés, kivitelezés, szerviz, oktatás 


AMP kábelezési rendszerek 
Optikai hálózatok szerelése 
Tervezés, csatlakozószerelés, szálhegesztés, 
mérési jegyzőkönyv 
BEST szünetmentes áramforrások 
Rackszekrények tervezése és gyártása 


LANTECH, COMPEX hálózati aktív elemek 


DYSAN írható CD, mágneslemez 
Viszonteladóknak jelentős kedvezményt biztosítunk 
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Tanár úr kérem, kapcsolja át a monitorokat, hogy...  www.daxon.hu 
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Oracie adathbáziskezelés 


Egy kézikönyv a kezdőknek, egy a haladóknak 


Az Oracle Press és a Panem kiadó két hatalmas 
kézikönyvet adott ki az Oracle rendszerekről. 

Az egyik a kezdőkhöz szól, és bevezetést nyújt 
a dinamikus adatbázis által vezérelt intranetes 
és webes alkalmazások témakörébe az Oraclesi 
termékcsalád alapján. A másik kötet teljes 
referencia az Oracle8 rendszerhez. 


A kezdők figyelmébe ajánlott könyv 
nem tekinthető hagyományos értelem- 
ben vett ismertetésnek az Oracle rend- 
szerekről. Csevegő stílusa kellemes ol- 
vasmánnyá teszi, de szerkezete túlsá- 
gosan laza, mondanivalója néhol szét- 
folyó, és a sok ismétlés olykor már 
bosszantó, szinte sulykolásnak tűnik. 
Közben olyan érzésünk támad, hogy 
sok fontos dolog homályban marad. 
Keveset tudhatunk meg például az adat- 
elemző rendszerről, az Oracle Discov- 
ererről, pedig ez az Oracle döntéstámo- 
gató megoldásainak kulcsfontosságú 
eleme. Az is alig derül ki a szövegből, 
hogy mire képes az Oracle Application 
Server. 

Elnagyolt rész szól az Oracle 
Designer modellgeneráló rendszerről. 
Keveset olvashatunk a többszálas 
szerverarchitektúráról, bár fontossá- 
gát több helyen is kiemelik, mert a 
Multithreaded Server (MTS) azon 
eszközök egyike, amelyek lehetővé 
teszik tízezernél is több (!) felhaszná- 
ló egyidejű kiszolgálását. 


Eltolódott arányok 


Nem elég világos a könyvben a ter- 
mékek alá-fölé rendeltségi viszonya. 
Ráadásul a verziószámok emelkedésé- 
vel néhány termék elnevezése is meg- 
változott. Ami az egyik helyen még 
Oracle Forms, az újabban már Form 
Builder. 

Nem teljesen egyértelmű, hogy mi 
mindent sorolnak a szerzők a leglénye- 
gesebb fejlesztőeszközök körébe. Az 
első fejezetben ide tartozik az 
SOL"Plus, az Oracle Developer, az 
Oracle Designer és az SOL Loader (az 
Oracle Developerbe beleértődik az 
Oracle Forms, az Oracle Reports és az 
Oracle Graphics is). Másutt, az Oracle 
Developer tárgyalásakor már Oracle 
Form Builder és Report Builder szere- 
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pel, és mintha a grafikus fejlesztőről 
szívesen megfeledkeznének. 

A könyvből főleg a működtetés ol- 
daláról ismerjük meg a rendszert. Meg- 
találjuk a telepítés elég részletes leírá- 
sát, az SOL"Plus kezdő szintű, majd 
külön fejezetben a haladó szintű ismer- 
tetését, és elég sok szó esik a rendszer 
adatkezelő nyelvéről, a PL/SOL-ról. 
Két fejezet is foglalkozik az alkalma- 
záshangolással: az egyik a kezdőknek, 
a másik a haladóknak. Ugyanez a be- 
mutatás módszere az adatbázis-rend- 
szergazdák tennivalóival kapcsolatban: 
előbb a feladatok és a megoldásukhoz 
használható eszközök kerülnek sorra, 
majd később következik ugyanez a té- 
ma haladó szinten. Úgy érzem, hogy ez 
a fejezet a könyv legtartalmasabb része. 
Ebből lehet legtöbbet megtudni az 
egész robusztus szoftverrendszer mű- 
ködéséről, és itt érzékelhetjük a legjob- 
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ban, hogy milyen módszerekkel érhető 
el vele a legjobb teljesítmény. 

A gyakorlati munka szempontjából 
rendkívül fontos az a fejezet, amely az 
adatexport és adatimport módszereinek 
és eszközeinek ismertetésével foglalko- 
zik. Kitérnek a szerzők a hibakezelés 
leggyakoribb problémáira is, példákon 
szemléltetve néhány valós helyzetet. 
Két varázsló segíti az Oracle Enterprise 
Manager alatt az export és az import 
folyamatainak lebonyolítását. Fontos 
fejezet még a mentés és a visszaállítás 
ismertetése, különös tekintettel az ex- 
portra és az importra. Azt is megtud- 
hatjuk a szövegből, hogy különböző 
helyzetekben miként végezhető el a 
rendszer részleges vagy teljes visszaál- 
lítása, és hogy milyen módon lehet 24 
órás adatbáziselérést biztosítani. 


Új koncepció: adattárház 

Külön érdemes szólni arról az új 
fogalomról, amit a könyv szerzői adat- 
tárháznak neveznek. A szerzők felfogá- 
sa szerint az adattárházak olyan döntés- 
hozatali segédeszközök, amelyekkel az 
adatbázisokban gyűjtött információk 
összevethetők a központi tárba bekerü- 
lő aktuális adatokkal, és az eredményt 
egyszerű struktúrában lehet megjelení- 
teni. A döntéshozatal támogatásában a 
legfontosabb témák: 

— Kellő időben rendelkezésre áll-e 
az információ. 

— Mekkora késedelemmel jelenik 
meg az információ. 

— Bemutathatók-e az adatok a szük- 
séges formában. 

— Mennyire hihetünk a kapott ered- 
ményeknek. 

Az Oracle ilyen problémák megol- 
dásához próbál megfelelő eszközöket 
kidolgozni. Ehhez speciális adatbázisok 
kifejlesztését találták célszerűnek, ame- 
lyek 

— célorientáltak, például üzleti fo- 
lyamatok köré szervezhetők; 

— integráltak, tehát kombinálni le- 
het bennük a célokat (a beszerzést és 
az eladást például együttesen lehet ele- 
mezni); 

— az alapvető adatokat tartósan meg 
tudják őrizni; 

— időskálán is mozogni tudnak, te- 
hát nem csak az aktuális adatokról 
kaphatunk értékelő információkat. 


, , 
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DV és D8 kamkorderek DV editáló rendszerek 
Sony, Panasonic, Canon Canopus — azoknak, akik profi 

DV bemenet kialakítása megoldásra törekednek 
a fenti kamkordereknél. Így a megszerkesz- Pinnacle — Studio DV, DV200, DV500 
tett DV. anyag formátumkonverzió. nélkül 
visszaírható a DV kazettára. Ezen kívül a D8 A nálunk vásárolt DV rendszereknél 
kamkordereknél az analóg bemenet is élni . kedvezménnyel alakítjuk ki a 
fog, megtakarítva ezzel egy analóg beme- . kamkorderek DV bemenetét! 
250 Mbit/s net digjtalizáló kártyát. 


Végre egy digitális kamera, amivel a profik is elégedettek lehetnek: 


ELEN Nikon Coolpix 990 
Tr 
3 ty —3.3 Mpixelés 0 
kor —3x autofókusz ki 








Áraink az áfát nem tartalmazzák. 
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Következtetések 

Technikailag a nagy kihívást az je- 
lentette, hogy hatalmas adattömegen 
kellett hatékonyan végezni a művelete- 
ket. Néhány olyan megállapítás, amely 
ennek a témakörnek a vizsgálata során 
kristályosodott ki: 

1. A párhuzamosítás és az automati- 
kusan végrehajtható párhuzamos futta- 
táshangolás sokat segíthet a probléma 
megoldásában. 

2. Több területen is szükség van a 
párhuzamosításra, így például a kérdés- 
feldolgozásban, a betöltés során vagy a 
tábla és az index egyidejű létrehozásá- 
ban. 

3. A párhuzamos kérdésfeldolgozás 
kulcskérdése a dinamikus egyensúlyi 
rendszer megteremtése. Ennek lényege, 
hogy a betöltés dinamikussá tételével a 
korábban befejeződő feladatok miatt ne 
kerüljenek hátrányba a lekérdezést vég- 
rehajtó folyamatok. 

4. Az objektumok particionálására is 
szükség van. Ezzel (a) kisebb lesz az 
adatvesztés esélye, (b) elérhető a betöl- 
tési egyensúly, (c) jobban megoldható 
a mentés és a visszaállítás, (d) könnyebb 
maga az archiválás, a régebbi adatok 
eltávolítása vagy háttértárba helyezése. 


Materializált nézet 


Új objektumokként jelentek meg az 
adattárházak kidolgozása során a mate- 
rializált nézetek. A probléma lényege, 
hogy (1) mikor érdemes előre össze- 
gezni és kiszámítani bizonyos eredmé- 
nyeket, és (2) az optimalizáló számára 
hogyan lehet kezelhetővé tenni ezeket 
az előre gyártott objektumokat. Mindez 


az adatbázis használójának a tudta nél- 
kül megy végbe, neki nem kell tudnia, 
hogy a háttérben a rendszer a maga 
számára átalakítja, újraírja a lekérdezé- 
seket. A materializált nézetek létreho- 
zásának első lépése az adatok szintjé- 
nek, az ún. dimenzióknak a meghatá- 
rozása. A dimenziók olyasféleképpen 
működnek, ahogyan meg tudjuk tekin- 
teni a képernyőnél nagyobb táblázatok 
egyes részeit. Keresőtábláknak is ne- 
vezhetnénk ezeket a materializált néze- 
teket, amelyek segítenek automatikusan 
kiválasztani az éppen szükséges adat- 
halmazt. 


Érlelődő problémák 

Több olyan módszerről is tájékozód- 
hatnak a könyv olvasói, amelyek az 
adattárházak fejlődésben lévő elméle- 
tének melléktermékei. Általános érte- 
lemben is érdeklődésre számot tartó 
vizsgálati témává izmosodott például a 
szállítható táblaterületek előállítása és 
mozgatása. 

Ebbe a tágabb feladatkörbe sorolhat- 
juk például azokat a módszereket, ame- 
lyek az aggregációs műveletek körének 
a kibővítéséből születtek. Az egyik 
ilyen a különböző szintű összegezések 
képzése, ami tágítható a részletesség és 
a teljesség irányába. 

Fontos új művelet az aggregáció 
olyan általánosítása, amely az adatok 
meghatározott halmazára az összegzé- 
sek minden lehetséges kombinációját 
előállítja. Speciális műveletnek tekint- 
hető bizonyos adathalmazok olyan 
összekapcsolása, ahol egy viszonylag 
nagy méretű tábla adatait kell egybe- 
vetni több kisebb tábla adataival. Ezek 








CorelDraw 10 akciós full / upgr. 
Adobe Photoshop 6.0 / upgr. 

Norton Antivirus 2001 / Utilities 2001 
MS Windows ME (magyar is) / upgr. 
Windows 2000 Pro / upgr. 

Windwos 2000 Server 5 kliens / upgr 
Paint Shop Pro 7.0 


SyGate Firewall 3/6/10/25 felh. 21.000 / 37.000 / 64.000 / 108.000 
36.000 / 63.000 / 105.000 


WinGate Firewall/Proxy 3/6/12 felh. 
MDaemon (E-Mail Server, 6/16/25 mailbox) 


89.000 / 135.000 / 158.000 


ACD-See 3.1 

Windows Commander 4.52 (magyarul is) 
FAR 1.65 / RAR 2.80 

Winzip 8.0 / Pkzip for DOS 2.5 

ARJ regisztrált 

Nero 5.0 CD-író szoftver 
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E-mail: sales(okeszo.com 


ORACLE 


OR AK EBESZ 


Oracle Press 


a , csillagsémaszerűen" elvégezhető 
műveletek olyankor válnak szükséges- 
sé, amikor az optimalizálást vezénylő 
program felismeri, hogy (1) az egyik 
tábla sokkal nagyobb a többinél, és (2) 
létezik olyan megszorítás, amely kul- 
csok segítségével valami hasonló hely- 
zetet állít elő. 

Summázatként megállapítható, hogy 
sok érdekes probléma lapul a könyvben, 
csak kifejtésük kissé aránytalan. A ma- 
gam részéről kiszórnám a felesleges 
ismétléseket, és szívesebben venném, 
ha a szerzők a kezdőknek is pontosan 
meghatároznák mindazt, ami szóba ke- 
rül. A mondanivaló és a szaktudás bő- 
ven megvan hozzá, a téma jelentősége 
pedig indokolttá tenné ezt, ráadásul a 
kötetek ára is meglehetősen borsos. 

Vargha Dénes 


1055 Budapest V., Falk Miksa u. 6. 


Fax: 302-5136 
Web: www.keszo.com 





120.000 / 98.00 
310.000 / 108.000 
17.000 / 17.000 
67.000 / 35.000 
103.000 / 49.000 
320.000 / 157.000 
44.000 


Autocad 2000 


Norton Commander 2.0 W98/NT / upgr. 
Scriptum szótárak teljes választéka 

WS FTP Pro 6.6 / CuteFTP 4.0 
System Commander 2000 / Deluxe 


24.000 
11.000 
10.500 / 10.500 
15.000 / 19.000 
16.000 
20.000 


Macromedia Flash 5.0 PC 
Macromedia Dreamweaver -- Fireworks 
Adobe Illustrator 9.0 

Pagemaker 6.5.2 Plus Win95/NT 

Adobe Acrobat 4.0 / upgr. 

OuarXpress 3.32 Passport / OuarXpress 4.1 
F-Secure Professinal 
Visio 2000 Std/Prof/Techn. 


155.000 

174.000 

185.000 

220.000 

119.000 / 49.000 
160.000 / 382.000 
62.000 

65.000 / 130.000 / 130.000 
698.000 

13.000 / 11.000 


19.000 / 18.000 
33.000 / 28.000 


Áraink az áfát nem tartalmazzák. 
Az árváltoztatás jogát fenntartjuk. 
Az adatok a március 8-i állapotot tükrözik. 
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Nyelv -- alkalmazás 


Microsoft SOL Server 7.0 


Az adatbázisok kezelése az idők folyamán sokat 
változott, és a számítógépes adatbáziskezelés is 
nagy utat tett meg az egy gépen futó interpreteres 
megoldásoktól (amilyen a dBase volt), 

az adatbázisszerverekre alapozott, dedikált 
rendszerekkel operáló kiszolgálókig. 

Ez utóbbi a jelenlegi információtechnológia 
felhasználásával alaposan kitágítja azokat 


a lehetőségeket is, amelyekkel 


a szoftverfejlesztők élhetnek, amikor 
az atatbáziskezelés háttériparát építgetik. 


A Microsoft adatbáziskezelő eszköz- 
tárában az xBase, pontosabban annak 
egyik nyelvjárása, a FoxBase az alapja 
a Visual FoxPro különböző verzióinak. 
A termék valószínűleg a Windows 3.x 
korszakban élte fénykorát, bárelk 
annak új, 32 bites verziója is. Ez az 
ban az Office csomagban lévő Access- 
hez hasonlóan nem alkalmas a nagyobb 
adatbázisokkal végzett munkára, in- 
kább a házi adatbáziskezelés eszköztá- 
rába sorolható. 

A vállalati adatbáziskezeléshez fej- 
lesztette ki a Microsoft SOL szerverét, 
amellyel már elég régóta dolgoznak a 
relációs adatbázisokkal foglalkozók. A 
Windows NT-re alapozott hálózatokban 
igazán elterjedt verziója (különösen 
Magyarországon) a Microsoft SOL Ser- 
ver 6.5 lett, amelyhez számos javító- 
csomagot adtak ki. 

Tény, hogy ezt a két programot ko- 
rántsem érte annyi kritika, mint a 





Microsoft asztali oprendszereit és azok 
holdudvarát. Nem véletlen tehát, hogy 
amikor Redmondban bejelentették az 
SOL Server új, 7-es verzióját, annak 
publikus béta-verzióját szívesen bele- 
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tettük lapunkba, az 1998/8. 
szám extra CD-melléklete- 
ként. Azért is előzte meg 
nagy várakozás ezt a prog- 
ramot, mert eleinte úgy 
tűnt, hogy szinte egyide- 
júleg jelenik meg a Win- 
dows NT 5-tel, amely végül 
nagy késéssel, Windows 
2000-ként lépett a porondra. 

Miként az SOL mint adatbázis-lekér- 
dező nyelv (Stuctured Ouery Lan- 
guage) nem tartozik az autodidakta 
módszerrel könnyen megtanulhatóak 
közé, a számítástechnikai rendszerek- 
ben történő implementáció kiismerése 
sem az. A teljes Microsoft SOL Server 
csomag képességeit és lehetőségeit ala- 
posan át kell tanulmányozni ahhoz, 
hogy értő módon tudjuk alkalmazni a 
szoftvert. Ehhez nyújt segítséget egy jó 
kézikönyv. 

Azt mindenképpen érdemes előrebo- 
csátani, hogy olyan kézikönyv nem 
igazán készíthető, amely minden lehet- 
séges probléma megoldásában segíteni 
tud. Különösen érvényes ez a nagy 
adatbázisrendszereket kezelő alkalma- 
zásokra, de éppen ezeknél nagyon fon- 
tos, hogy biztos alapokra lehessen tá- 
maszkodni. 

A Kiskapu Kft kiadásában, Stephen 
Wynkoop tollából megjelent kézikönyv 
sokat segíthet a Microsoft SOL Server 
7.0 megismerésében. A két kötetben, de 
folyamatos oldalszámozással megjelent 
mű a kézikönyvektől elvárható módon 
vezet végig az új adatbáziskezelőn, és 
szerencsére azokon a sajátosságokon is, 
amelyek ismerete alapszinten sem nél- 
külözhető az új verzió működtetéséhez. 
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Bemutatja a szabványos ANSI SOL-t, 
és tartalmaz néhány olyan témakört, 
amely az alkalmazhatóságot sokolda- 
lúbbá teszi. Ilyen például a memória és 
a lemezterület dinamikus foglalása, a 
korábbi külső fejlesztések kiváltása, 
vagy a hatékonyabb elemzést szolgáló 
beépített OLAP (Online Analytical Pro- 
cessing). 

Ezek természetesen csak kiragadott 
példák, hiszen igen terjedelmes műről 
van szó. Maga a téma sem tartozik a 
legkönnyebbek közé, és a könyv első- 
sorban azokhoz szól, akiket a minden- 
napi munka bonyodalmain kell átsegí- 
teni. Szép számban közölnek a könyv- 
ben képernyőképeket is, bár azok mé- 
rete nem alkalmas arra, hogy a rajtuk 
lévő információkat könnyedén (nagyító 
nélkül) elolvassuk. Kár, mert magának 
a könyvnek jól olvasható a szövege. 

A könyvhöz mellékelt CD tulajdon- 
képpen komplett segédletgyűjtemény, 
amelyből a programozási feladatokhoz, 
az  ismeretgyűjtéshez, a rendszer 
könnyebb használatához kapunk segít- 
séget. Talán jó lett volna legalább a 
keretprogramban fel-felbukkanó s: 
geket honosítani, bár az ennek segítsé- 
gével települő részek amúgy sem ma- 
gyarul szólalnak meg. 

Simay Endre István 





ELŐFIZETÉS 


AZ 2000/. csssass számtól kezdődően előfizetem 


az Új Alaplap című CD-mellékletes 
havi számítástechnikai szaklapot 


0 jé példányban (J1évre  [J1/2 évre 
Az éves előfizetési díj: 8960 Ft (áfával együtt) 


[d számlát kérek (banki átutalással fizetek) LJ Befizetési csekket kérek 
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az Új Alaplap című CD-mellékletes 
havi számítástechnikai szaklapot 
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Az Alaplap / Új Alaplap korábbi számai közül megrendelem postai utánvéttel 
az alábbiakat: 





A 3 hónapnál régebbi CD-mellékletes számok ára 400 Ft, 
a floppymellékleteseké 200 Ft, a 3 hónapnál frissebb számok teljes árúak. 
(Az árak áfával együtt értendők, plusz a mindenkori postaköltség.) 
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